Actually that is what I thought in the first place, however Jan's comment "That's not true, Xenomai threads can run in non-RT scheduling classes as well. They may just gain RT priority while holding some lock that is requested by a RT thread as well." made me think I was wrong...
So we would really need a SCHED_IDLE for Xenomai then to solve this problem? On Fri, Apr 2, 2010 at 11:34 AM, Gilles Chanteperdrix <[email protected]> wrote: > Henri Roosen wrote: >> Ok, I might give Jan's proposal a try and could be sufficient for us:a >> Xenomai thread with non-RT scheduling class (didn't know that was >> possible). >> >> We just need the thread in the Xenomai domain for being able to access >> Xenomai resources, but want it to be scheduled together with the Linux >> nice levels. A near IDLE nice level should be ok. We just don't want >> that our Xenomai 'idle' thread with a while(1) would prevent Linux to >> run. > > That will happen with SCHED_OTHER if while(1) occurs while running in > primary mode. > > -- > Gilles. > _______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
