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
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
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
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
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 +-
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
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(-)
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
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
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
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 +-
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
---
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
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
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
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
16 matches
Mail list logo