Re: [Xenomai-core] Fast userspace locks for native skin

2008-08-22 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Gilles Chanteperdrix wrote: decision (we could store the first pending thread priority in a user/kernel shared area, with the complication that we would need updating this priority if it ever changes, but to get the priority of the current thread, we also need a syscall,

Re: [Xenomai-core] Fast userspace locks for native skin

2008-08-22 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: decision (we could store the first pending thread priority in a user/kernel shared area, with the complication that we would need updating this priority if it ever changes, but to get the priority of the current

[Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Jan Kiszka
Disabling SMP (on platforms where this isn't off by design already) is an optimization. In contrast, not enabling it by default is doomed to cause problems for users that run ./configure without looking into each and every switch - now that CONFIG_SMP is very important for all the fast locking

Re: [Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Disabling SMP (on platforms where this isn't off by design already) is an optimization. In contrast, not enabling it by default is doomed to cause problems for users that run ./configure without looking into each and every switch - now that

Re: [Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Disabling SMP (on platforms where this isn't off by design already) is an optimization. In contrast, not enabling it by default is doomed to cause problems for users that run ./configure without looking into each and every switch - now that CONFIG_SMP is very important for

Re: [Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Disabling SMP (on platforms where this isn't off by design already) is an optimization. In contrast, not enabling it by default is doomed to cause problems for users that run ./configure without

Re: [Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Disabling SMP (on platforms where this isn't off by design already) is an optimization. In contrast, not enabling it by default is doomed to cause problems for users that run

Re: [Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Disabling SMP (on platforms where this isn't off by design already) is an optimization. In contrast, not enabling it by default is doomed to cause

Re: [Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Disabling SMP (on platforms where this isn't off by design already) is an optimization. In contrast, not enabling it by default is

Re: [Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Disabling SMP (on platforms where this isn't off by design already) is an optimization. In contrast, not

Re: [Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Disabling SMP (on platforms where this isn't off by design

Re: [Xenomai-core] [PATCH] userspace: Make CONFIG_SMP default

2008-08-22 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Disabling SMP (on platforms where this

[Xenomai-core] [PATCH 1/2] Add x86_64 fastsem support

2008-08-22 Thread Jan Kiszka
As the subject says. Passed your unit_mutex test, nothing else tried yet, weekend is calling. --- configure.in|1 + include/asm-x86/atomic_64.h | 31 +-- ksrc/arch/x86/Kconfig |2 +- 3 files changed, 31 insertions(+), 3 deletions(-)

Re: [Xenomai-core] [PATCH 1/2] Add x86_64 fastsem support

2008-08-22 Thread Gilles Chanteperdrix
Jan Kiszka wrote: As the subject says. Passed your unit_mutex test, nothing else tried yet, weekend is calling. Ok for me. -- Gilles. ___ Xenomai-core mailing list Xenomai-core@gna.org

Re: [Xenomai-core] [PATCH 2/2] Unify asm-x86/atomic.h

2008-08-22 Thread Gilles Chanteperdrix
Jan Kiszka wrote: ...and also automatically fixes the missing LOCK prefix for pthread_mutex_* services on x86_32 SMP. This looks to me as a half-way unification. Can we not totally get rid of atomic_32.h and atomic_64.h ? I mean since we are using unsigned long as atomic_t on both platforms,