Re: [Xenomai-core] [RFC][PATCH] Factor out xnsynch_acquire/release

2008-09-21 Thread Jan Kiszka
Jan Kiszka wrote: Slowly moving on toward generic fast mutex support for Xenomai, this patch is a proposal to address the increasing divergence of owner-tracking vs. owner-less xnsynch objects. The services dealing with the former will likely include a new, lockless prologues for the mutex

Re: [Xenomai-core] [RFC][PATCH] Factor out xnsynch_acquire/release

2008-09-21 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Jan Kiszka wrote: Slowly moving on toward generic fast mutex support for Xenomai, this patch is a proposal to address the increasing divergence of owner-tracking vs. owner-less xnsynch objects. The services dealing with the former will likely include a new, lockless

Re: [Xenomai-core] native rt_timer questions

2008-09-21 Thread Gilles Chanteperdrix
Fillod Stephane wrote: The native rt_timer functions are documented in two locations: http://www.xenomai.org/documentation/branches/v2.4.x/html/api/include_2n ative_2timer_8h.html http://www.xenomai.org/documentation/branches/v2.4.x/html/api/group__nat ive__timer.html Could they be

Re: [Xenomai-core] [PATCH] Fix rt_mutex_acquire_until doc

2008-09-21 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Copypaste error? (Note that diff misses the context, it's rt_mutex_acquire_until.) This one is already applied, right ? -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org

Re: [Xenomai-core] [PATCH] Fix rt_mutex_acquire_until doc

2008-09-21 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Copypaste error? (Note that diff misses the context, it's rt_mutex_acquire_until.) This one is already applied, right ? Jep. signature.asc Description: OpenPGP digital signature ___ Xenomai-core

Re: [Xenomai-core] [RFC][PATCH] Factor out xnsynch_acquire/release

2008-09-21 Thread Gilles Chanteperdrix
Jan Kiszka wrote: [1]http://thread.gmane.org/gmane.linux.real-time.xenomai.devel/5412/focus=5405 always-put-xnthread-base-into-registry.patch: I understand the need, but I will cowardly let Philippe decide whether he likes the implementation details.

[Xenomai-core] xenomai-solo-vxWorks: Calling semGive twice on a binary semaphore should not return an error

2008-09-21 Thread Niklaus Giger
Hi Examining errors in my big testsuite I discovered that giving a second time a binary semaphore xenomai returns an error where vxWorks reports OK. See the attached test case. sudo ../../bin/BSys/mak/xeno_vx-solo/debug/tst assert passed at testTask line 65 assert passed at testTask line 66

[Xenomai-core] xenomai-solo vxWorks: know whether a task is safe or not

2008-09-21 Thread Niklaus Giger
Hi For various reasons we were forced to examine under vxWorks 5.5 the private WIND_TCB safeCnt field to determine whether a task was safe or not. With the attached patch I try to add a taskIsSafe procedure to xenomai-solo. It is probably not free from race condition, as I do not know how to