Jan Kiszka wrote:
 > Freezing all Xenomai timers while just a single RT application is under
 > ptrace control can be helpful in certain debugging scenarios, but it can
 > as well be harmful when other parts of the systems have to continue to work.
 > 
 > I brought this concern up back in 2006, and I originally thought we may
 > address this by freezing per process. But this is far too complex for a
 > simple problem like this: Just make the whole thing configurable, and
 > keep it off by default so that -ideally- only users who are aware of the
 > side effects will arm it.
 > 
 > Gilles, you recently stumbled over such a side effect and introduced
 > XNTIMER_NOBLCK (for customized timer instrumentations as far as I
 > understood this). Do you think we still need that knob when we have
 > CONFIG_XENO_OPT_PTRACE_TIMER_FREEZE?

Yes, the feature allowing to block all timers makes my debugging
possible, so I want it, except for one timer.

-- 


                                            Gilles Chanteperdrix.

_______________________________________________
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core

Reply via email to