From: Xiaotian Feng <dfeng@redhat.com>
To: Marc Dionne <marc.c.dionne@gmail.com>
Cc: Peter Zijlstra <peterz@infradead.org>,
linux-kernel@vger.kernel.org,
Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>
Subject: Re: BUG during shutdown - bisected to commit e2912009
Date: Tue, 05 Jan 2010 10:56:00 +0800 [thread overview]
Message-ID: <4B42AA40.3060406@redhat.com> (raw)
In-Reply-To: <6041d2001001041043ka810288l64ae9d6d8105b284@mail.gmail.com>
On 01/05/2010 02:43 AM, Marc Dionne wrote:
> On Fri, Jan 1, 2010 at 7:42 PM, Peter Zijlstra<peterz@infradead.org> wrote:
>> On Fri, 2010-01-01 at 19:27 -0500, Marc Dionne wrote:
>>> I'm getting a BUG with current kernels from
>>> kernel/time/clockevents.c:263 when halting the system - a restart
>>> behaves normally. I don't have a good camera handy at the moment to
>>> capture the call stack on screen, but the call sequence is:
>>>
>>> clockevents_notify
>>> hrtimer_cpu_notify
>>> notifier_call_chain
>>> raw_notifier_call_chain
>>> _cpu_down
>>> disable_nonboot_cpus
>>> kernel_power_off
>>> sys_reboot
>>>
>>> I bisected it down to commit e2912009: sched: Ensure set_task_cpu() is
>>> never called on blocked tasks. There were a few commits tested along
>>> the way where I got a freeze (with the power still on) instead of a
>>> BUG. Reverting that commit from the current kernel doesn't look
>>> trivial, but the commit immediately preceding this one does halt fine.
>>
>> We somehow seem to trip up the below patch, which doesn't really make
>> sense, as I can't find how task placement would affect the below error.
>>
>> It seems to purely test against the hot-unplugged cpu, not a cpu the
>> task is running on.
>>
>> ---
>> commit bb6eddf7676e1c1f3e637aa93c5224488d99036f
>> Author: Thomas Gleixner<tglx@linutronix.de>
>> Date: Thu Dec 10 15:35:10 2009 +0100
>
> Probably predictable but worth testing, reverting that patch does
> allow my system to shutdown cleanly.
That BUG_ON was removed by reverting that patch, so you can shutdown
cleanly.
Could you please attach you kernel config file? I'm a little confused
about how do you revert e2912009, manually? I can't see any connections
between e2912009 and bb6eddf7, could you please show me your timer list
(cat /proc/timer_list)
>
> Marc
>
next prev parent reply other threads:[~2010-01-05 2:56 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-02 0:27 BUG during shutdown - bisected to commit e2912009 Marc Dionne
2010-01-02 0:42 ` Peter Zijlstra
2010-01-04 18:43 ` Marc Dionne
2010-01-05 2:56 ` Xiaotian Feng [this message]
2010-01-05 3:23 ` Marc Dionne
2010-01-05 10:18 ` Xiaotian Feng
2010-01-05 22:58 ` Marc Dionne
2010-01-06 9:42 ` Xiaotian Feng
2010-01-07 0:44 ` Marc Dionne
2010-01-07 2:51 ` Xiaotian Feng
2010-01-07 3:07 ` Marc Dionne
2010-01-07 3:20 ` Marc Dionne
2010-01-07 3:24 ` Xiaotian Feng
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=4B42AA40.3060406@redhat.com \
--to=dfeng@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marc.c.dionne@gmail.com \
--cc=mingo@elte.hu \
--cc=peterz@infradead.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.