3 ms·
>Neither FreeRTOS nor ThreadX/Azure RTOS can really accept random patches. BS, both have certified "edition" but the "normal" version is not, you can start tod
by nix23 6y ago
>Neither FreeRTOS nor ThreadX/Azure RTOS can really accept random patches.
BS, both have certified "edition" but the "normal" version is not, you can start today send patches for RTOS in.
https://github.com/FreeRTOS/FreeRTOS-Kernel https://github.com/FreeRTOS/FreeRTOS-Kernel
- gmueckl 6y agoDo you think the certified editions are fundamentally different from the normal ones? Hint: they aren't. Certified means that these are the exact revisions they handed in for certifications. It's just not realistically possible to get full certification for every release in a fast cycle because the time and effort needed is too high. But they still take on full responsibility for each and every patch going into the codebase.
- nix23 6y ago>Do you think the certified editions are fundamentally different from the normal ones? Hint: they aren't Sometimes they are different (FIPS enabled etc), but that does not stop you working on that project. >But they still take on full responsibility for each and every patch going into the codebase. That's how ~every single OSS project works.
- gmueckl 6y agoI've yet to see a certified source code that's different from the non-certified version. I've looked at the ThreadX sources on Github and I see no difference to what I had access to at my previous employer. I've also gone through the Github history of the FreeRTOS project. The only merged PR that I could find that was not made by a FreeRTOS team member and touched the kernel was a series of whitespace changes.