Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761806AbXKMXhu (ORCPT ); Tue, 13 Nov 2007 18:37:50 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761257AbXKMXh1 (ORCPT ); Tue, 13 Nov 2007 18:37:27 -0500 Received: from rtr.ca ([76.10.145.34]:3696 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1761014AbXKMXhX (ORCPT ); Tue, 13 Nov 2007 18:37:23 -0500 Message-ID: <473A3531.3030509@rtr.ca> Date: Tue, 13 Nov 2007 18:37:21 -0500 From: Mark Lord User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: Thomas Gleixner Cc: Andrew Morton , Natalie Protasevich , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, alsa-devel@alsa-project.org, linux-ide@vger.kernel.org, linux-pcmcia@lists.infradead.org, linux-input@atrey.karlin.mff.cuni.cz, bugme-daemon@bugzilla.kernel.org Subject: Re: [BUG] New Kernel Bugs References: <32209efe0711122242m3a5f081asf1c11a38b24db10c@mail.gmail.com> <20071113031553.3c7b5c16.akpm@linux-foundation.org> <4739ADA2.4060604@rtr.ca> <4739E4E5.2010602@rtr.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1916 Lines: 53 Thomas Gleixner wrote: > On Tue, 13 Nov 2007, Mark Lord wrote: > >> Thomas Gleixner wrote: >>> On Tue, 13 Nov 2007, Mark Lord wrote: >>> >>>>> Andrew Morton wrote: >>>>>>> On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich" >>>>>>> wrote: >>>>> .. >>>>>>>>> with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 >>>>>> doesn't >>>>>>>>> boot (ARM, Timer) >>>>>>>>> http://bugzilla.kernel.org/show_bug.cgi?id=9229 >>>>>>>>> Kernel: 2.6.23 >>>>>>>>> No response from developers >>>>> .. >>> The bug report is bogus. ARM has no CONFIG_HPET_TIMER. >>>>> Note: that same bug exists/existed on i386 back when NO_HZ was >>>>> introduced (2.6.21?). I still see it from time to time on my Quad core >>>>> system (very rare), but not any more on my Duo notebook where it used >>>>> to happen about 1 in n boots (n < 10). >>>>>> AFAICT no fix was ever released for it. >>> Hmm, at which point does the boot stop ? >> .. >> >> Just as it prints out these messages, sometimes one of them, >> sometimes both (or all four on the quad core): >> >> kernel: switched to high resolution mode on cpu 1 >> kernel: switched to high resolution mode on cpu 0 > > It's completely dead afterwards ? Yeah. No magic sysrq key or anything. There's gotta be a race somewhere that's causing it, but it's not obvious where to look for it. My regular 2-core notebook no longer suffers from it, and subtle .config changes used to make it come and go back when it first appeared. The quad-core has only done it twice on me thus far. Tracking this one down looks tricky. It might require some early lockup detection code to be tailor made or something. Cheers - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/