Re: [Xenomai-core] Using SIGWINCH to trigger priority change.

[Philippe Gerum <rpm@xenomai.org>]

Gilles Chanteperdrix wrote:
> Philippe Gerum wrote:
>> (*) Btw, if you happen to export the current thread state via the shared heap to
>> userland for the fast mutexes, I guess that we could to use it as well to
>> implement a smarter pthread_setschedparam/rt_task_set_priority, doing something
>> like:
>>
>> 	if (in_secondary_mode(ptid))
>> 		__real_pthread_setschedparam(...);
>> 	else
>> 		XENOMAI_SKINCALL(...);
>>
>> When running in secondary mode, we should be able to rely on the automatic
>> propagation the nucleus does in do_setsched_event(), if the underlying priority
>> scale is POSIX-compatible, which will work for the native skin as well.
> 
> If we export the thread state to user-space there are many things we can
> do from user-space, such as disabling preemption for instance.
> 

I'm unsure if this one deserves the burden of dealing with the nesting counter
and rescheduling logic from userland. Disabling preemption in apps is something
that looks fishy enough to refrain from optimizing the case.

-- 
Philippe.