sem issues part 500

[Steven Seeger]

Hi Philippe. I am not familiar with this concept. Care to explain a little
bit?

BTW, I am having great success with your last couple of adeos patches, even
in the realm of printks. You probably guessed this due to my lack of
complaints. :)

Steven


On 6/2/05 12:14 AM, "Philippe Gerum" <rpm at xenomai.org> wrote:

> Steven Seeger wrote:
> 
> <snip>
> 
>> 
>>         This is not how a PIP, as you call it, should work. The
>>         priorities should ³unwind² as resources are released. Each task
>>         will have to have a way of easily knowing what semaphores it
>>         owns (like semaphores know what tasks own them) and then when
>>         rt_sem_signal is called, that task¹s priority adjusted accordingly.
>> 
> 
> If the priority of your task never changes, maybe that what you need
> actually is priority ceiling, so that it can hold multiple resources
> concurently without risking deadlocks.