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 a
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 userland application
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 understand
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 kernel.
I
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