On 12/19/2017 07:57 PM, Jan Kiszka wrote: > On 2017-12-19 14:44, Lange Norbert wrote: >> >> Problem persists in ipipe-core-4.9.51-x86-4, ipipe-4.4 kernel crashes at >> boot (likely no good support for this SOC). >> Used program is attached, it is being executed twice, once directly via >> serial or ssh, once via gdbserver or gdb (tested various combinations). >> >> The directly executed program will stop (supposedly at read), as soon as the >> debugged program is halted. > > OK, now I get the point: You need > http://git.xenomai.org/xenomai-3.git/commit/?id=0d653e6db75f01287f83ddc3a4ba8189f0bd0366, > but that is only in next so far. > > What happens in stable (and also in older versions) is that all Xenomai > timers in the system are stopped once one Xenomai application enters a > ptrace state. That is going to vanish in the next version, and we may > consider taking it to stable as well. What do you think, Philippe? >
I did not see any regression on the next branch so far with this patch in, so functionally speaking, there should be no issue in backporting this code. However this would break the build for out of tree drivers which depend on XNTIMER_NOBLCK. A possible work-around would be to add a null placeholder for XNTIMER_NOBLCK to the backport, along with that patch. -- Philippe. _______________________________________________ Xenomai mailing list Xenomai@xenomai.org https://xenomai.org/mailman/listinfo/xenomai
