Re: [Xenomai] Philippe Gerum : cobalt/thread: generalize usage of -> lock_count for preemption control

[Jan Kiszka <jan.kiszka@siemens.com>]

On 2015-07-02 09:41, git repository hosting wrote:
> Module: xenomai-3
> Branch: next
> Commit: 97e32440e9675ba91cdf80b320a35979b935dd8c
> URL:    http://git.xenomai.org/?p=xenomai-3.git;a=commit;h=97e32440e9675ba91cdf80b320a35979b935dd8c
> 
> Author: Philippe Gerum <rpm@xenomai.org>
> Date:   Tue Jun 30 20:36:25 2015 +0200
> 
> cobalt/thread: generalize usage of ->lock_count for preemption control
> 
> XNLOCK is uselessly mirroring only part of the information
> ->lock_count conveys.
> 
> We only need to keep XNLOCK as a mode bit in the ABI between the
> Cobalt core and lib/cobalt for switching the lock from user-space,
> using ->lock_count internally for testing the current preemption
> state.
> 

What about the mode listing in /proc/xenomai/sched/threads? I think it
will not work anymore right now, but likely it's useful to keep this.
The registry daemon should be fine as it builds on top of the
user/kernel ABI, right?

Jan

-- 
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux