Yep, ded. So sad.

I blame capitalism

It is a lot of fun! Right now I’m back to arch, since I don’t have a lot of time, but funtoo does right those older decisions in gentoo which do not make sense in these day and age. And the updates are fast, really fast, since they use git!

The downside is the docs aren’t as good. Not even close. The wiki for gentoo is a great source of information.

Gentoo isn’t cool anymore. You should switch to funtoo, so you can have fun too!

Being an ex yakuza

Look normal? You have to look straight all the time, without moving much of your eyes (only your head)

I remember there were talks about merging the patches and making it an option when building. I don’t know the current status of that.

On real time operating systems, like freertos, not only the kernel is real time but everything else is too. Like: you can guarantee your call on the I2C and SPI won’t take more than 5ms, for example, even with hardware issues. The whole environment is built around the hardware realtime concept.

The only real “problem” would be the lack of certifications, which are quite hard to get.

Real Time Operating Systems (RTOS) are normally used for these tasks, but, AFAIK there are already projects using linux with patches to make it run a RTOS kernel.

In my opinion, I think it all depends on what part of the plane it is running. If it is a core sensor, providing real time data, it makes a lot of sense to use a RTOS. It needs to prove it can run its tasks on time, and the scheduler needs to be understandable. There’s also a lot of overhead with running a full OS with processes, which don’t make sense for a sensor which only function is to provide data over a CAN/LIN bus.

But, for other things, like dashboard visualizations, music for the aircraft, entertainment, and those non-critical-realtime needs, then it makes a lot of sense to run linux. After all, you’d get access to a lot of already built software and a working dev environment.

And don’t get me wrong, this is clearly BS from boeing to keep selling their closed source software. There are already open source RTOS systems, like FreeRTOS. I do not mean to keep those real time systems closed, but to use a full OS where it makes sense and a RTOS where that makes more sense. Both open source!