Hi,
Check whether the thread manager does attempt to call into the
Xenomai
replacement for the pthread_cond_wait call.
I have to apologize; the pthread_cond_wait -> EPERM appeared after
enabling
debug output to trace the actual problem I had when I started this
mail thread,
but is seems unrelated. I have completely disabled that part of
code, and with
it also disabled the use of all pthread* functions. Only native
skin functions
are used by my remaining code and I'm back to the original problem
(gdb hangs
at some point when stepi'ing through rt_task_start).
Even though debugging is enabled, nothing is printed on the
console. The target
cannot be reached on the console (Ctrl-C doesn't work) and GDB also
doesn't
react on Ctrl-C. telnet to the target works, however. cat /proc/
xenomai/sched
shows the half started task as "X Console_Output_Thread":
/ # cat /proc/xenomai/sched
CPU PID CLASS PRI TIMEOUT TIMEBASE STAT NAME
0 0 rt 49 - master R ROOT
0 303 rt 49 - master RT main
0 305 rt 49 - master X
Console_Output_Thread
Kolja
Which version of gdb/gdbserver are you using? We had a similar
problem before upgrading to gdb/gdbserver 7.0.
Unfortunately, I didn't hv enough time to investigate the issue. So i
just accepted it being some kind of magic...
Andreas
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help
