Jan Kiszka wrote:
> Gilles Chanteperdrix 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.
>>
>
> Indeed. But that's in fact a deficit of our mapping of non-RT sched
> policies on the Xenomai scheduler. We should not leave, e.g., a
> SCHED_OTHER thread migrated in primary as long as it does not hold any
> resources. We can't perform SCHED_OTHER scheduling in Xenomai, we have
> to push this to Linux.
You have the scheduling classes, you can in fact now implement
SCHED_OTHER the way you like. This SCHED_OTHER as a priority 0
SCHED_FIFO dates back from the time when we had not the scheduling classes.
--
Gilles.
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help
