If any of the ODroids end up testing reliable enough to use in production machines they will be be running servo threads anyway with external FPGAs for steppers, encoders and servos.
I don't think there is any doubt Odroid's are reliable as I've used several of their x86 devices and they work fine once you get the NIC drivers installed. (Hint: the 5.10 kernel - Bullseye and above includes the driver). One of them runs Bullseye and Ethercat. Its just their user base is not really worried about Real time so we are not catered for.
You see ignorant comments like this one whxih was well retorted!
forum.armbian.com/topic/13250-preempt-rt...omment&comment=96666
Code:
Curious as to why one wants to apply the patches for preempt-rt in the first place? Do you have a reason/application that would benefit? Most times, one can see an overall decrease in application performance, and to take advantage of preempt-rt, the application must call pthreads in a very specific way - which means that many times, the app must also be rebuilt.
My reason for asking - if preempt-rt was so awesome, it would already be in the upstream linux kernel mainline and not require the patch. Avoiding politics around preempt-rt - many of the benefits here can be done without the patches, by selecting an appropriate scheduler
Some people have no idea. 20 ms is real time what crap!
Nice reply
Code:
Curious as to why you waste your time if you don't want to help?
With the Odroid N2, you get a 6 core CPU (4 BIG, 2 little for power saving)
I think if you look at kernel development both normal and real time, there is a lot of effort happening to support the ARM environment, some of it is directed at the N2. You can't use this stuff on the Buster 4.x kernel......
