[Xenomai-core] [PATCH 2/6] POSIX: Fix initialization of SCHED_RR threads

2008-12-15 Thread Jan Kiszka
Passing SCHED_RR as policy to pthread_create has currently not the desired effect. The kernel part expects that user space adjusts the policy and prio via __pse51_thread_setschedparam after setting up the shadow. And this is what the patch does by calling the wrapped pthread_setschedparam instead

[Xenomai-core] [PATCH 0/6] Various fixes and cleanups

2008-12-15 Thread Jan Kiszka
Here is a queue of patches that piled up on my side. Most have been posted earlier already, find details in the descriptions. I have some more that will be posted later this week. All patches are also available at git://git.kiszka.org/xenomai.git assorted-queue Jan PS: BTW, I started mirroring

[Xenomai-core] [PATCH 3/6] POSIX: Optimize pthread_setschedparam fast path

2008-12-15 Thread Jan Kiszka
Optimize __wrap_pthread_setschedparam without HAVE___THREAD for the case that an already mapped shadow is modifying its own scheduling parameters. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- src/skins/posix/thread.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff

[Xenomai-core] [PATCH 5/6] Replace --without-__tread with --enable-dlopen-skins

2008-12-15 Thread Jan Kiszka
In practice, you only want to disable __thread support when Xenomai skin libraries should be loadable via dlopen. Therefore rename the related configure switch accordingly. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- configure.in | 19 +-- 1 files changed, 13

[Xenomai-core] [PATCH 4/6] Mark libs nodlopen on initial-exec TLS

2008-12-15 Thread Jan Kiszka
Mark libs with nodlopen if initial-exec __thread variables are used because dlopen and this TLS model are in conflict. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- configure.in |3 +++ src/skins/native/Makefile.am |2 +- src/skins/posix/Makefile.am |2 +-

[Xenomai-core] [PATCH 6/6] POSIX: Do not auto-shadow main with dlopen enabled

2008-12-15 Thread Jan Kiszka
Don't perform auto-shadowing in POSIX skin if we might be loaded via dlopen. Otherwise the wrong thread, the undefined dlopen caller, may be (re-)shadowed, assigning wrong scheduling settings. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- src/skins/posix/init.c | 43

[Xenomai-core] [PATCH 1/6] Handle priority changes of SCHED_RR tasks

2008-12-15 Thread Jan Kiszka
If shadowed Linux tasks with SCHED_RR policy change their priority, do_setsched_event currenty ignores this. Extend the condition to catch this case as well. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- ksrc/nucleus/shadow.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

Re: [Xenomai-core] [PATCH 1/6] Handle priority changes of SCHED_RR tasks

2008-12-15 Thread Gilles Chanteperdrix
Jan Kiszka wrote: If shadowed Linux tasks with SCHED_RR policy change their priority, do_setsched_event currenty ignores this. Extend the condition to catch this case as well. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- ksrc/nucleus/shadow.c |2 +- 1 files changed, 1

Re: [Xenomai-core] [PATCH 3/6] POSIX: Optimize pthread_setschedparam fast path

2008-12-15 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Optimize __wrap_pthread_setschedparam without HAVE___THREAD for the case that an already mapped shadow is modifying its own scheduling parameters. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- src/skins/posix/thread.c |3 +-- 1 files changed, 1

Re: [Xenomai-core] [PATCH 3/6] POSIX: Optimize pthread_setschedparam fast path

2008-12-15 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: Optimize __wrap_pthread_setschedparam without HAVE___THREAD for the case that an already mapped shadow is modifying its own scheduling parameters. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- src/skins/posix/thread.c |3 +-- 1

Re: [Xenomai-core] [PATCH 1/6] Handle priority changes of SCHED_RR tasks

2008-12-15 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: If shadowed Linux tasks with SCHED_RR policy change their priority, do_setsched_event currenty ignores this. Extend the condition to catch this case as well. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- ksrc/nucleus/shadow.c |2 +-

Re: [Xenomai-core] [PATCH 3/6] POSIX: Optimize pthread_setschedparam fast path

2008-12-15 Thread Gilles Chanteperdrix
Jan Kiszka wrote: Gilles Chanteperdrix wrote: Jan Kiszka wrote: Optimize __wrap_pthread_setschedparam without HAVE___THREAD for the case that an already mapped shadow is modifying its own scheduling parameters. Signed-off-by: Jan Kiszka jan.kis...@siemens.com ---

Re: [Xenomai-core] [PATCH 3/6] POSIX: Optimize pthread_setschedparam fast path

2008-12-15 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: diff --git a/src/skins/posix/thread.c b/src/skins/posix/thread.c index 2ecb64f..46c49bf 100644 --- a/src/skins/posix/thread.c +++ b/src/skins/posix/thread.c @@ -37,11 +37,10 @@ static int linuxthreads; int __wrap_pthread_setschedparam(pthread_t

Re: [Xenomai-core] [PATCH 0/6] Various fixes and cleanups

2008-12-15 Thread Philippe Gerum
Jan Kiszka wrote: Here is a queue of patches that piled up on my side. Most have been posted earlier already, find details in the descriptions. I have some more that will be posted later this week. All patches are also available at git://git.kiszka.org/xenomai.git assorted-queue Jan

Re: [Xenomai-core] [PATCH 0/6] Various fixes and cleanups

2008-12-15 Thread Jan Kiszka
Philippe Gerum wrote: Jan Kiszka wrote: Here is a queue of patches that piled up on my side. Most have been posted earlier already, find details in the descriptions. I have some more that will be posted later this week. All patches are also available at git://git.kiszka.org/xenomai.git

Re: [Xenomai-core] [PATCH 0/6] Various fixes and cleanups

2008-12-15 Thread Philippe Gerum
Jan Kiszka wrote: Philippe Gerum wrote: Jan Kiszka wrote: Here is a queue of patches that piled up on my side. Most have been posted earlier already, find details in the descriptions. I have some more that will be posted later this week. All patches are also available at