From: Philippe Gerum <rpm@xenomai.org>
To: andy motten <andy.motten@domain.hid>
Cc: xenomai@xenomai.org, Jan Kiszka <jan.kiszka@domain.hid>
Subject: Re: [Xenomai-help] hard lock-up
Date: Thu, 09 Aug 2007 18:22:56 +0200 [thread overview]
Message-ID: <1186676576.4978.12.camel@domain.hid> (raw)
In-Reply-To: <3535aae80708090909m57f10233rd317cc862f534702@domain.hid>
On Thu, 2007-08-09 at 18:09 +0200, andy motten wrote:
> Hello, thanks for the fast response.
>
> We have followed your advice:
> - enabled the linux debugs, nmi_watchdog debugs and Xenomai debugs.
> - make use of a serial console.
>
> The linux kernel used now is 2.6.20.9 with ipipe patch 1.8-08.
> We use branch 2.3.x of Xenomai (Last changed Revision 2898)
>
> While running xeno-test, the system locks-up just after the latency
> test.
Confirmed here. Houston, we do have a problem with the switchtest, or
soimething this test triggers (and not necessarily the FPU mgmt)...
Could you try switching on the Xenomai watchdog knob from the nucleus
debug options and see if something changes? TIA,
> (below is a small sample of the kernel messages received through the
> serial connection, the complete kernel message is included in
> attachment)
>
> The kernel message is sometimes cut off after "NMI early shots: 0". So
> we don't always get all the messages through.
>
> thanks and greetings, andy
>
>
> NMI watchdog detected timer latency above 100 us
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> NMI early shots: 0
> [<c027887f>] nmi_stack_correct+0x26/0x2b
> [<c0212746>] i8042_panic_blink+0x46/0x135
> [<c01ce319>] delay_tsc+0x5/0x13
> [<c01154ab>] panic+0x104/0x119
> [<c0212746>] i8042_panic_blink+0x46/0x135
> [<c01188f9>] do_exit+0x717/0x8d3
> [<c01cdfa6>] vscnprintf+0x14/0x22
> [<c0115ee7>] printk+0x9b/0xab
> [<c0212746>] i8042_panic_blink+0x46/0x135
> [<c0104fc6>] die_nmi+0xe9/0xf0
> [<c0212746>] i8042_panic_blink+0x46/0x135
> [<c021ded3>] rthal_latency_above_max+0x38/0x41
> [<c01cdfa6>] vscnprintf+0x14/0x22
> [<c0115ee7>] printk+0x9b/0xab
> [<c021e427>] rthal_nmi_watchdog_tick+0x51/0x194
> [<c01046e5>] do_nmi+0x75/0x296
> [<c010d42a>] __ipipe_handle_irq+0x76/0x1c8
> [<c027887f>] nmi_stack_correct+0x26/0x2b
> [<c0212746>] i8042_panic_blink+0x46/0x135
> [<c01ce319>] delay_tsc+0x5/0x13
> [<c01154ab>] panic+0x104/0x119
> [<c0212746>] i8042_panic_blink+0x46/0x135
> [<c01188f9>] do_exit+0x717/0x8d3
> [<c01cdfa6>] vscnprintf+0x14/0x22
> [<c0115ee7>] printk+0x9b/0xab
> [<c0212746>] i8042_panic_blink+0x46/0x135
> [<c0104fc6>] die_nmi+0xe9/0xf0
> [<c0212746>] i8042_panic_blink+0x46/0x135
> [<c021ded3>] rthal_latency_above_max+0x38/0x41
> [<c01cdfa6>] vscnprintf+0x14/0x22
> [<c0115ee7>] printk+0x9b/0xab
> [<c021e427>] rthal_nmi_watchdog_tick+0x51/0x194
> [<c01046e5>] do_nmi+0x75/0x296
> [<c010d42a>] __ipipe_handle_irq+0x76/0x1c8
>
> 2007/8/9, Jan Kiszka <jan.kiszka@domain.hid>:
> Gilles Chanteperdrix wrote:
> > On 8/9/07, andy motten <andy.motten@domain.hid> wrote:
> >> There seems to be a difference between the 2 versions
> (Xenomai: POSIX:
> >> destroyed thread), Is this normal or part of the problem ?
> >
> > No, this is normal, this message is harmless, it only
> appears if you
> > select posix skin debugging.
> >
> >> Is there a possibility that this is a bug in Xenomai or in
> the ipipe patch?
> >> Using the Xenomai 2.2.x branch is not an option since we
> need the RT can
> >> drivers provided in the Xenomai 2.3.x branch.
> >
> > There is certainly a bug somewhere. Could you enable Linux
> debugs, its
> > NMI watchdog (by adding nmi_watchdog=1 on the kernel command
> line), as
> > well as Xenomai debugs ? In order to find where the lock-up
> occurs.
> >
>
> And have a look at linux/Documentation/serial-console.txt to
> capture the
> "last words" (without having to take pictures of your monitor)
> in case
> the lock-up remains hard even with debugging switches on.
>
> Jan
>
>
>
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help
--
Philippe.
next prev parent reply other threads:[~2007-08-09 16:22 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-09 9:11 [Xenomai-help] hard lock-up andy motten
2007-08-09 9:42 ` Gilles Chanteperdrix
2007-08-09 11:24 ` Jan Kiszka
2007-08-09 16:09 ` andy motten
2007-08-09 16:22 ` Philippe Gerum [this message]
2007-08-10 7:32 ` Jan Kiszka
2007-08-10 7:54 ` Klaas Gadeyne
2007-08-10 15:05 ` andy motten
2007-08-10 15:12 ` Jan Kiszka
2007-08-13 7:06 ` Klaas Gadeyne
2007-08-13 7:19 ` Gilles Chanteperdrix
2007-08-13 15:10 ` andy motten
2007-08-13 17:01 ` Jan Kiszka
2007-08-14 15:26 ` andy motten
2007-08-27 13:27 ` andy motten
2007-08-27 16:55 ` Jan Kiszka
2007-08-28 10:06 ` andy motten
2007-08-28 11:32 ` Jan Kiszka
2007-08-29 11:36 ` andy motten
2007-08-29 6:11 ` Jan Kiszka
2007-08-29 13:40 ` andy motten
2007-08-29 14:12 ` Jan Kiszka
2007-08-29 14:23 ` Philippe Gerum
2007-08-29 14:23 ` andy motten
2007-08-09 16:26 ` Gilles Chanteperdrix
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1186676576.4978.12.camel@domain.hid \
--to=rpm@xenomai.org \
--cc=andy.motten@domain.hid \
--cc=jan.kiszka@domain.hid \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.