From: Philippe Gerum <rpm@xenomai.org>
To: Jan Kiszka <jan.kiszka@siemens.com>, Xenomai <xenomai@xenomai.org>
Subject: Re: [Xenomai] Xenomai 3: smokey test sched_tp causes oops when run in gdb
Date: Wed, 11 Mar 2015 16:12:08 +0100 [thread overview]
Message-ID: <55005B48.8080302@xenomai.org> (raw)
In-Reply-To: <55005580.6050702@siemens.com>
Hi Jan,
On 03/11/2015 03:47 PM, Jan Kiszka wrote:
> Hi Philippe,
>
> just happened to trigger the oops below by running
>
> gdb --args smokey --run=8
>
> That run already has troubles and generates different output than
> running the test without gdb surveillance, probably due to unexpected
> mode switches. But the real problem is that running the test again
> afterwards, with or without gdb, causes the oops. Registers contain
> suspicious "dead" patterns, thus we access invalid list elements. Do we
> miss a cleanup when terminating smokey in the gdb session?
>
> [ 307.480013] [<ffffffff8114b20f>] xnsched_tp_set_schedule+0x7f/0x100
> [ 307.480013] [<ffffffff8117787f>] __cobalt_sched_setconfig_np+0x2ff/0x1020
Looks like some TCBs were left in the TP queue of the scheduler slot
after exit (xnsched->tp). Normally, xnsched_tp_forget() should pull any
exiting thread which undergoes SCHED_TP from that queue. Now, it looks
like some code somewhere does not actually share this comfortable
assumption.
I won't be able to debug until next week, but for sure this needs
fixing. Btw, I'll push a general fix for the shared heap issue (broken
inter-process binding to shared objects) when I'm back. Brown paper bag
issue.
--
Philippe.
next prev parent reply other threads:[~2015-03-11 15:12 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-11 14:47 [Xenomai] Xenomai 3: smokey test sched_tp causes oops when run in gdb Jan Kiszka
2015-03-11 15:12 ` Philippe Gerum [this message]
2015-03-16 14:43 ` Philippe Gerum
2015-03-16 15:31 ` Jan Kiszka
2015-03-16 16:00 ` Jan Kiszka
2015-03-16 16:02 ` Jan Kiszka
2015-03-16 16:09 ` Philippe Gerum
2015-03-16 16:42 ` Jan Kiszka
2015-03-16 17:16 ` Jan Kiszka
2015-03-16 19:24 ` Philippe Gerum
2015-03-16 19:35 ` Jan Kiszka
2015-03-16 19:41 ` Philippe Gerum
2015-03-16 19:44 ` Jan Kiszka
2015-03-16 20:00 ` 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=55005B48.8080302@xenomai.org \
--to=rpm@xenomai.org \
--cc=jan.kiszka@siemens.com \
--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.