Je serai absent(e) à partir du 05/07/2010 de retour le 19/07/2010.
Je répondrai à votre message dès mon retour.___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Mon, 2010-06-28 at 16:06 +0200, Jan Kiszka wrote:
> Philippe Gerum wrote:
> > On Thu, 2010-06-24 at 14:05 +0200, Jan Kiszka wrote:
> >> Philippe Gerum wrote:
> >>> I've toyed a bit to find a generic approach for the nucleus to regain
> >>> complete control over a userland application running in
Philippe Gerum wrote:
> On Mon, 2010-06-28 at 16:06 +0200, Jan Kiszka wrote:
>> Philippe Gerum wrote:
>>> On Thu, 2010-06-24 at 14:05 +0200, Jan Kiszka wrote:
Philippe Gerum wrote:
> I've toyed a bit to find a generic approach for the nucleus to regain
> complete control over a userlan
On Tue, 2010-07-06 at 17:54 +0200, Jan Kiszka wrote:
> >> CONFIG_XENO_OPT_WATCHDOG=y
> >> CONFIG_XENO_OPT_WATCHDOG_TIMEOUT=60
> >
> > 60s seems way too long to have a chance of recovering from a runaway
> > loop to a reasonably sane state.
>
> That's required for debugging the kernel.
>
I don't
Philippe Gerum wrote:
> On Tue, 2010-07-06 at 17:54 +0200, Jan Kiszka wrote:
CONFIG_XENO_OPT_WATCHDOG=y
CONFIG_XENO_OPT_WATCHDOG_TIMEOUT=60
>>> 60s seems way too long to have a chance of recovering from a runaway
>>> loop to a reasonably sane state.
>> That's required for debugging the ke
Hi Alexis,
I conceptually understand what you are telling us, but I am bit confused how
to implement your advice:
> So, Stefan, here is a quick solution:
>
> if you have access to your board you can choose one of these signals
> (in which a regular pulse is occuring) and you can modify accord
