All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philippe Gerum <rpm@xenomai.org>
To: Jan Kiszka <jan.kiszka@domain.hid>
Cc: xenomai-core <xenomai@xenomai.org>
Subject: [Xenomai-core] Re: [BUG] trunk: oops with Stephan's stress test
Date: Fri, 23 Feb 2007 14:30:01 +0100	[thread overview]
Message-ID: <1172237401.26738.13.camel@domain.hid> (raw)
In-Reply-To: <45DEDED6.4070202@domain.hid>

On Fri, 2007-02-23 at 13:32 +0100, Jan Kiszka wrote:
> Hi Philippe,
> 
> this is what I get running Stephan slightly modified test with latest
> 2.6.20 / SVN trunk:
> 
> > [ 3317.323825] Xenomai: starting native API services.
> > [ 3318.125915]        c125ea70 00003082 007c8af8 00000003 cd6f4830 d0861f6c 00000000 d084f9ca
> > [ 3318.134339]        d08466ff 00300188 d086f630 d0861f50 00000001 00000001 d0861f50 cf66bab0
> > [ 3318.142913]        000000d8 d0860000 d0861f50 d08624a0 00000200 00000000 d084472e cf62f590
> > [ 3318.151478] Call Trace:
> > [ 3318.154144]  [<d084f9ca>] xntimer_tick_aperiodic+0x1aa/0x480 [xeno_nucleus]
> > [ 3318.161302]  [<d08466ff>] xnpod_announce_tick+0x5/0xb [xeno_nucleus]
> > [ 3318.167737]  [<d084472e>] xnintr_irq_handler+0xec/0x13d [xeno_nucleus]
> > [ 3318.174344]  [<c01331c4>] __ipipe_dispatch_wired+0x71/0x90
> > [ 3318.179889]  [<c01092ce>] __ipipe_handle_irq+0x6f/0x171
> > [ 3318.185156]  [<c0132ec0>] __ipipe_restore_pipeline_head+0x5e/0x5f
> > [ 3318.191291]  [<c0102ea1>] common_interrupt+0x21/0x40
> > [ 3318.196307]  [<d085007b>] xntimer_start_aperiodic+0x25/0x6c4 [xeno_nucleus]
> > [ 3318.203344]  [<c0132ec0>] __ipipe_restore_pipeline_head+0x5e/0x5f
> > [ 3318.209487]  [<c0133d30>] rthal_apc_schedule+0x57/0x5d
> > [ 3318.214667]  [<d085266d>] xnshadow_relax+0x87/0x17c [xeno_nucleus]
> > [ 3318.220923]  [<d082f21f>] __rt_task_wait_period+0x2b/0x49 [xeno_native]
> > [ 3318.227686]  [<d0852cd2>] hisyscall_event+0x1e0/0x230 [xeno_nucleus]
> > [ 3318.234120]  [<d0844676>] xnintr_irq_handler+0x34/0x13d [xeno_nucleus]
> > [ 3318.240729]  [<d0852af2>] hisyscall_event+0x0/0x230 [xeno_nucleus]
> > [ 3318.246986]  [<c01330b3>] __ipipe_dispatch_event+0x82/0x122
> > [ 3318.252609]  [<c01095e2>] __ipipe_syscall_root+0x6c/0xd2
> > [ 3318.257964]  [<c0102be9>] system_call+0x29/0x41
> > [ 3318.262544]  =======================

This backtrace looks weird. Any chance unwind info+frame pointer would
be missing?

> > [ 3318.266189] Xenomai: fatal: Hardened thread interrupt-creator-task[5868] running in Linux domain?! (status=0x300188, sig=0, prev=interrupt-task[5867])
> > [ 3318.266202]  CPU  PID    PRI      TIMEOUT  STAT      NAME
> > [ 3318.266211] >  0  0      257      0        00500080  ROOT
> > [ 3318.266220]    0  5866    10      0        00300380  maintask
> > [ 3318.266229]    0  5867   257      0        00300380  interrupt-task
> > [ 3318.266239]    0  5868    50      0        00300188  interrupt-creator-task

Linux task switch in, while the associated shadow is in a Xenomai ready
state, no wonder why this breaks. Now the question is: how can Linux
switch this task in at that point? Will investigate this later. A tracer
output would be great here if possible, indeed. TIA,

-- 
Philippe.




  parent reply	other threads:[~2007-02-23 13:30 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-23 12:32 [Xenomai-core] [BUG] trunk: oops with Stephan's stress test Jan Kiszka
2007-02-23 12:53 ` [Xenomai-core] " Jan Kiszka
2007-02-23 13:30 ` Philippe Gerum [this message]
2007-02-23 13:34   ` Jan Kiszka
2007-02-23 13:48     ` Philippe Gerum
2007-02-23 13:53       ` Jan Kiszka
2007-02-23 14:04       ` Jan Kiszka
2007-02-28 14:08         ` Stephan Zimmermann
2007-02-28 14:20           ` Jan Kiszka
2007-02-28 14:45             ` Jan Kiszka
2007-02-28 15:04               ` Stephan Zimmermann
2007-02-28 15:09                 ` Stephan Zimmermann
2007-02-28 15:10                 ` Jan Kiszka
2007-02-28 15:55                 ` Stephan Zimmermann
2007-02-28 16:00                   ` Jan Kiszka
2007-03-05 12:44                     ` Stephan Zimmermann
2007-03-31 20:47                       ` Philippe Gerum

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=1172237401.26738.13.camel@domain.hid \
    --to=rpm@xenomai.org \
    --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.