From: Frederic Weisbecker <fweisbec@gmail.com>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: Ingo Molnar <mingo@elte.hu>, LKML <linux-kernel@vger.kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Peter Zijlstra <peterz@infradead.org>,
"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Subject: Re: [PATCH 0/5] [GIT PULL] updates for tip/tracing/ftrace
Date: Fri, 20 Mar 2009 19:39:06 +0100 [thread overview]
Message-ID: <20090320183905.GB5936@nowhere> (raw)
In-Reply-To: <alpine.DEB.2.00.0903201420020.13615@gandalf.stny.rr.com>
On Fri, Mar 20, 2009 at 02:22:53PM -0400, Steven Rostedt wrote:
>
> On Fri, 20 Mar 2009, Frederic Weisbecker wrote:
> > On Fri, Mar 20, 2009 at 06:05:54PM +0100, Frederic Weisbecker wrote:
> > > On Thu, Mar 19, 2009 at 08:33:57AM +0100, Ingo Molnar wrote:
> > > >
> > > > * Ingo Molnar <mingo@elte.hu> wrote:
> > > >
> > > > > these latest ftrace changes caused a lockup on a -tip testsystem:
> > > >
> > > > Note, even with Rusty's offstack-cpumask fix applied (in latest
> > > > -tip), i can reproduce a lockup:
> > > >
> > > > [ 4.132872] calling init_mmio_trace+0x0/0x12 @ 1
> > > > [ 4.137551] initcall init_mmio_trace+0x0/0x12 returned 0 after 10 usecs
> > > > [ 4.144149] calling init_graph_trace+0x0/0x12 @ 1
> > > > [ 4.148913] Testing tracer function_graph: <3>INFO: RCU detected CPU 0 stall (t=4294680313/10000 jiffies)
> > > > [ 18.620342] Pid: 858, comm: kstop/0 Not tainted 2.6.29-rc8-tip-02638-g1c002f5-dirty #3067
> > > > [ 18.620342] Call Trace:
> > > > [ 18.620342] <IRQ> [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff8021b2d5>] print_context_stack+0xbc/0x11e
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff80219c2e>] dump_trace+0x221/0x271
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff8021b180>] show_trace_log_lvl+0x51/0x5e
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff8021b1a2>] show_trace+0x15/0x17
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff8021b505>] dump_stack+0x77/0x82
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802e343b>] print_cpu_stall+0x40/0x9b
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802e384f>] check_cpu_stall+0x11e/0x15c
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802e38a4>] __rcu_pending+0x17/0xff
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802e39b8>] rcu_pending+0x2c/0x5e
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff8028b89a>] update_process_times+0x3c/0x76
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802a901e>] tick_periodic+0x7a/0x86
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802a9050>] tick_handle_periodic+0x26/0x8a
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802a97f8>] tick_do_broadcast+0x1d4/0x23a
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802a9929>] tick_do_periodic_broadcast+0x4c/0x5d
> > > > [ 18.620342] [<ffffffff802e28b9>] ? rcu_torture_timer+0x0/0x12b
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802a994e>] tick_handle_periodic_broadcast+0x14/0x75
> > > > [ 18.620342] [<ffffffff80214c3d>] return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff80219f0f>] timer_interrupt+0x1f/0x26
> > > > [ 18.620342] [<ffffffff811f1a6d>] ? _spin_unlock_irq+0x9/0x3b
> > > > [ 18.620342] [<ffffffff811f1a9b>] ? _spin_unlock_irq+0x37/0x3b
> > > > [ 18.620342] [<ffffffff80214c3d>] ? return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802dd04c>] handle_IRQ_event+0x167/0x230
> > > > [ 18.620342] [<ffffffff8025e8e4>] ? idle_cpu+0x4/0x33
> > > > [ 18.620342] [<ffffffff80215a10>] ? restore_args+0x0/0x30
> > > > [ 18.620342] [<ffffffff80284453>] ? __local_bh_disable+0x11/0x16c
> > > > [ 18.620342] [<ffffffff80214c3d>] ? return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff802dfc86>] handle_edge_irq+0x1bf/0x225
> > > > [ 18.620342] [<ffffffff80214c3d>] ? return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff80219305>] handle_irq+0x15d/0x171
> > > > [ 18.620342] [<ffffffff802195e9>] ? do_softirq+0x80/0x187
> > > > [ 18.620342] [<ffffffff80214c3d>] ? return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff811f2457>] do_IRQ+0x5f/0xfc
> > > > [ 18.620342] [<ffffffff80214c3d>] ? return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff80215953>] ret_from_intr+0x0/0x16
> > > > [ 18.620342] [<ffffffff80214c3d>] ? return_to_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff8028aa1d>] run_timer_softirq+0x1c1/0x2af
> > > > [ 18.620342] <EOI> [<ffffffff802ce8f0>] ? ack_state+0x4/0x45
> > > > [ 18.620342] [<ffffffff802ced22>] ? stop_cpu+0x1c5/0x1d1
> > > > [ 18.620342] [<ffffffff80294a29>] ? run_workqueue+0x1a0/0x2e2
> > > > [ 18.620342] [<ffffffff802949d6>] ? run_workqueue+0x14d/0x2e2
> > > > [ 18.620342] [<ffffffff802ceb5d>] ? stop_cpu+0x0/0x1d1
> > > > [ 18.620342] [<ffffffff826b4140>] ? early_idt_handler+0x0/0x73
> > > > [ 18.620342] [<ffffffff80295d1b>] ? worker_thread+0x138/0x14c
> > > > [ 18.620342] [<ffffffff80299e63>] ? autoremove_wake_function+0x0/0x4f
> > > > [ 18.620342] [<ffffffff80295be3>] ? worker_thread+0x0/0x14c
> > > > [ 18.620342] [<ffffffff80299d20>] ? kthread+0x60/0xa0
> > > > [ 18.620342] [<ffffffff8021606a>] ? child_rip+0xa/0x20
> > > > [ 18.620342] [<ffffffff8026fd4b>] ? finish_task_switch+0x56/0x180
> > > > [ 18.620342] [<ffffffff80215a10>] ? restore_args+0x0/0x30
> > > > [ 18.620342] [<ffffffff80299cc0>] ? kthread+0x0/0xa0
> > > > [ 18.620342] [<ffffffff80216060>] ? child_rip+0x0/0x20
> > > > [ 64.758749] INFO: RCU detected CPU 0 stall (t=4294710313/40000 jiffies)
> > > > [ 64.758749] Pid: 858, comm: kstop/0 Not tainted 2.6.29-rc8-tip-02638-g1c002f5-dirty #3067
> > > >
> > > > (the hang is real - it lasted overnight without the system ever
> > > > managing to boot up.)
> > > >
> > > > Config (note, it's different from the config i sent last) and full
> > > > bootlog attached.
> > >
> > >
> > > Tested under x86-32 and can't reproduce...
> > > Hopefully this is not because I'm testing on UP.
> > >
> >
> >
> > Now I've tested on x86-64 SMP and still nothing.
> > Note that I've not only tested the selftests but also the function
> > graph tracer. But nothing weird appeared.
>
> I have not been able to trigger it either. I tested on three different
> boxes, with various x86_64/32 configs as well.
>
> One thing that seems to be common in these crashes is that they all have
> rcu_torture running. Perhaps the function tracer is widening a race window
> that is too small to trigger without the tracing?
May be we could stress a bit more rcu_torture to raise more often
this thin race window (if there is one).
The rcu torture thread has a low priority: set_user_nice(current, 19);
I'm trying with a lower value. Will see.
> Paul suggested something about Lai's rcu_barrier fix?
>
> -- Steve
>
next prev parent reply other threads:[~2009-03-20 18:39 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-18 3:14 [PATCH 0/5] [GIT PULL] updates for tip/tracing/ftrace Steven Rostedt
2009-03-18 3:14 ` [PATCH 1/5] ring-buffer: add api to allow a tracer to change clock source Steven Rostedt
2009-03-18 3:14 ` [PATCH 2/5] tracing: add global-clock option to provide cross CPU clock to traces Steven Rostedt
2009-03-18 3:14 ` [PATCH 3/5] tracing: optimization of branch tracer Steven Rostedt
2009-03-18 3:14 ` [PATCH 4/5] tracing: make sched_switch stop/start light weight Steven Rostedt
2009-03-18 3:14 ` [PATCH 5/5] tracing: make power tracer start/stop methods lighter weight Steven Rostedt
2009-03-18 5:59 ` [PATCH 0/5] [GIT PULL] updates for tip/tracing/ftrace Ingo Molnar
2009-03-18 7:39 ` Ingo Molnar
2009-03-19 7:33 ` Ingo Molnar
2009-03-19 17:21 ` Steven Rostedt
2009-03-20 17:43 ` Paul E. McKenney
2009-03-20 18:36 ` Ingo Molnar
2009-03-20 18:38 ` Ingo Molnar
2009-03-20 19:19 ` Paul E. McKenney
2009-03-20 19:27 ` Ingo Molnar
2009-03-20 19:41 ` Paul E. McKenney
2009-03-20 19:46 ` Frederic Weisbecker
2009-03-20 19:54 ` Ingo Molnar
2009-03-20 20:48 ` Frederic Weisbecker
2009-03-20 21:05 ` Steven Rostedt
2009-03-21 10:01 ` Ingo Molnar
2009-03-21 16:58 ` Ingo Molnar
2009-03-21 17:25 ` Steven Rostedt
2009-03-21 19:07 ` Paul E. McKenney
2009-03-21 20:09 ` Ingo Molnar
2009-03-21 21:01 ` Paul E. McKenney
2009-03-22 14:24 ` Ingo Molnar
2009-03-22 15:06 ` Ingo Molnar
2009-03-22 17:02 ` Ingo Molnar
2009-03-22 18:33 ` Steven Rostedt
2009-03-22 19:52 ` Ingo Molnar
2009-03-23 18:44 ` Steven Rostedt
2009-03-21 17:32 ` Frederic Weisbecker
2009-03-21 17:44 ` Steven Rostedt
2009-03-21 17:53 ` Frederic Weisbecker
2009-03-21 18:17 ` Steven Rostedt
2009-03-21 20:03 ` Frederic Weisbecker
2009-03-21 18:18 ` Ingo Molnar
2009-03-21 20:09 ` Frederic Weisbecker
2009-03-21 20:46 ` Frederic Weisbecker
2009-03-22 19:41 ` Ingo Molnar
2009-03-22 20:41 ` Ingo Molnar
2009-03-20 21:39 ` Paul E. McKenney
2009-03-20 17:05 ` Frederic Weisbecker
2009-03-20 17:57 ` Frederic Weisbecker
2009-03-20 18:22 ` Steven Rostedt
2009-03-20 18:39 ` Frederic Weisbecker [this message]
2009-03-20 18:42 ` Ingo Molnar
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=20090320183905.GB5936@nowhere \
--to=fweisbec@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=paulmck@linux.vnet.ibm.com \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
/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.