From: Peter Zijlstra <a.p.zijlstra@chello.nl>
To: Frans Pop <elendil@planet.nl>
Cc: linux-s390@vger.kernel.org,
Hendrik Brueckner <brueckner@linux.vnet.ibm.com>,
Ingo Molnar <mingo@elte.hu>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [BUG,2.6.29-rc7,s390] System goes into endless loop during boot or logon
Date: Mon, 09 Mar 2009 16:51:42 +0100 [thread overview]
Message-ID: <1236613902.8389.675.camel@laptop> (raw)
In-Reply-To: <200903091643.13803.elendil@planet.nl>
On Mon, 2009-03-09 at 16:43 +0100, Frans Pop wrote:
> On Monday 09 March 2009, Peter Zijlstra wrote:
> > On Mon, 2009-03-09 at 02:53 +0100, Frans Pop wrote:
> > > Follow-up to an issue reported on the linux-s390 list, seen in the
> > > Hercules S/390 emulator.
> > >
> > > On Sunday 08 March 2009, Frans Pop wrote:
> > > > Well, not quite. It does boot successfully and I do get a login
> > > > prompt. I can also login on the console or connect with SSH, but in
> > > > both cases the system again gets into some loop before I actually
> > > > get a shell prompt.
> > >
> > > During the bisection series the system would sometimes enter the loop
> > > during the boot procedure, before I tried to logon. After it enters
> > > the loop one processor just goes racing at 100%.
> >
> > Where? Do you have NMI watchdog output, or even sysrq-t?
>
> Hmmm. Your commit log message for ca109491f612aab5c8152207631c0444f63da97f
> does explicitly mention the risk of an infinite loop, as does a comment
> in hrtimer_enqueue_reprogram().
>
> Any chance the cause is there? Any way to test for that?
a6037b61c2f5fc99c57c15b26d7cfa58bbb34008 should have fixed the mentioned
issue (along with the deadlock mentioned in the changelog).
The issue was that you could enqueue an expired timer, run it in place,
enqueue it again, etc..
The current code would not run it in place, but instead fire a softirq
to handle it. That opens up a preemption window.
Note, this can only happen with HRTIMER_RESTART timers, and those should
be careful to avoid hogging the CPU anyway.
Doesn't this s390 thing have a sysrq key you can press to get some
traces out?
next prev parent reply other threads:[~2009-03-09 15:52 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200903080835.14032.elendil@planet.nl>
[not found] ` <200903080853.10704.elendil@planet.nl>
2009-03-09 1:53 ` [BUG,2.6.29-rc7,s390] System goes into endless loop during boot or logon Frans Pop
2009-03-09 8:25 ` Peter Zijlstra
2009-03-09 9:25 ` Frans Pop
2009-03-09 9:33 ` Hendrik Brueckner
2009-03-09 9:46 ` Frans Pop
2009-03-12 15:28 ` Jan Glauber
2009-03-12 14:46 ` Frans Pop
2009-03-12 18:35 ` Frans Pop
2009-03-09 15:43 ` Frans Pop
2009-03-09 15:51 ` Peter Zijlstra [this message]
2009-03-09 16:18 ` Frans Pop
2009-03-20 19:17 ` [BUG,2.6.29-rc7,s390] SOLVED -- " Frans Pop
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=1236613902.8389.675.camel@laptop \
--to=a.p.zijlstra@chello.nl \
--cc=brueckner@linux.vnet.ibm.com \
--cc=elendil@planet.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=mingo@elte.hu \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox