At the beginning of October I've posted on the RTAI mailing list a
question about the development of additional scheduler for RTAI/Fusion.

About the pluggable scheduler infrastructure, can you give more details on
what you expect ?

Also I'm searching in which files the priority inheritance mechanism code
is implemented.

Thanks

Germain

> 100% agreed. The key issue is having the pluggable scheduler
> infrastructure
> which fusion currently lacks. After that, other scheduling policies than
> fixed-priority FIFO could be mapped cleanly and easily on top of it.


> Jan Kiszka wrote:
>> Germain wrote:
>>
>>>According to refactoring.txt from Fusion doc directory, Rate Monotonic
>>> and
>>>EDF are not supported in Fusion.
>>>I'm in my last year of CS engineering school with a major in Emmbedded
>>>Systems. One of the subject of my final year project is to write a
>>>scheduler (Rate Monotonic, Earliest Deadline First or Least Laxity
>>> First).
>>>So I want to know what kind of knowledges is required to put the hand in
>>>RTAI and develop a such thing. We are two and we have to finish for
>>> early
>>>february. We have skills in C, real time theory and developpment (with
>>>Java), and system programming.
>>>
>>
>>
>> This would best be answered by the nucleus maintainer, who seems to be
>> offline ATM.
>   Philippe already acknowledged the usefulness of a more
>> flexible scheduling subsystem which, e.g., allows to select a different
>> policy during compile time or even later. What is certainly required for
>> this is a clean framework that keeps the compatibility with the upper
>> (skins) and lower layers (hal) - as far as possible.
>>
>> Again, this is something to discuss best with Philippe directly. I guess
>> he will jump into this thread when time permits. In my eyes, your work
>> would be very welcome.
>>
>
> 100% agreed. The key issue is having the pluggable scheduler
> infrastructure
> which fusion currently lacks. After that, other scheduling policies than
> fixed-priority FIFO could be mapped cleanly and easily on top of it.
>
> Hint: scheduling issues are all sorted out inside nucleus/pod.c;
> nucleus/synch.c
> should be also studied in order to find out the relashionships that exist
> between base synchronization object management and scheduling deci

_______________________________________________
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core

Reply via email to