From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935116AbYEBSAe (ORCPT ); Fri, 2 May 2008 14:00:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762546AbYEBSAY (ORCPT ); Fri, 2 May 2008 14:00:24 -0400 Received: from mga11.intel.com ([192.55.52.93]:8766 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756817AbYEBSAX convert rfc822-to-8bit (ORCPT ); Fri, 2 May 2008 14:00:23 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.27,427,1204531200"; d="scan'208";a="323882223" X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT Subject: RE: RFC: starting a kernel-testers group for newbies Date: Fri, 2 May 2008 11:02:39 -0700 Message-ID: <924EFEDD5F540B4284297C4DC59F3DEEFB8BF5@orsmsx423.amr.corp.intel.com> In-Reply-To: <20080502171536.GA7041@beyonder.ift.unesp.br> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RFC: starting a kernel-testers group for newbies Thread-Index: AciseKGdyXqZsw3ZQOemZb6BhTNUiQABC8FA References: <20080501113038.GW29330@cs181133002.pp.htv.fi> <20080430072013.7c3b30b1@infradead.org> <20080501132159.GC29330@cs181133002.pp.htv.fi> <18458.30641.838156.434563@cargo.ozlabs.ibm.com> <1209697815.2946.156.camel@vader.jdub.homelinux.org> <18458.37891.268060.691285@cargo.ozlabs.ibm.com> <20080502082936.GB2003@cs181133002.pp.htv.fi> <20080502154406.GA6545@beyonder.ift.unesp.br> <20080502171536.GA7041@beyonder.ift.unesp.br> From: "Pallipadi, Venkatesh" To: "Carlos R. Mafra" , "Linus Torvalds" Cc: "Adrian Bunk" , "Paul Mackerras" , "Josh Boyer" , "Arjan van de Ven" , "Andrew Morton" , "Rafael J. Wysocki" , , , , "Steven Rostedt" , , "Len Brown" X-OriginalArrivalTime: 02 May 2008 18:00:08.0703 (UTC) FILETIME=[5BDB88F0:01C8AC7E] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >-----Original Message----- >From: linux-kernel-owner@vger.kernel.org >[mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of >Carlos R. Mafra >Sent: Friday, May 02, 2008 10:16 AM >To: Linus Torvalds >Cc: Adrian Bunk; Paul Mackerras; Josh Boyer; Arjan van de Ven; >Andrew Morton; Rafael J. Wysocki; davem@davemloft.net; >linux-kernel@vger.kernel.org; jirislaby@gmail.com; Steven >Rostedt; Pallipadi, Venkatesh >Subject: Re: RFC: starting a kernel-testers group for newbies > >On Fri 2.May'08 at 9:28:08 -0700, Linus Torvalds wrote: > >> Quite frankly, it does sound like the hang happens somewhere >around the >> >> hpet_init >> hpet_acpi_add >> hpet_resources >> hpet_resources: 0xfed00000 is busy >> >> printk's you added (correct?) and we've had tons of issues >with NO_HZ, so >> at a guess it is timer-related. > >It happens a bit before that because when it hangs it doesn't >print the above lines, and when it does not hang these lines are >the ones right after the point where it hangs. > >> (And I assume it's stable if/once it gets past that boot hang issue? > >Yes you are right. When I have luck and the boot succeeds my >Sony laptop >is rock solid and the kernel is wonderful (even the card >reader works!). > >> That >> tends to mean that it's not some hardware instability, it's >literally our >> init code). > >A few days ago I found this message in lkml in reply to a hpet patch >http://lkml.org/lkml/2007/5/7/361 in which the reporter also had >a similar hang, which was cured by hpet=disable. > >So it is in my TODO list to try to check out if that patch is >in the current -git and whether it can be reverted somehow (I >added Venki to the Cc: now) > >Thanks a lot for the answer! It depends on whether we are HPET is being force detected based on the chipset or whether it was exported by the BIOS in ACPI table. If it was force enabled and above patch is having any effect, then you should see a message like > Force enabled HPET at base address 0xfed00000 In any case, off late there seems to be quite a few breakages that are related to HPET/timer interrupts. One of them was on a system which has HPET being exported by BIOS http://bugzilla.kernel.org/show_bug.cgi?id=10409 And the other one where we are force enabling based on chipset http://bugzilla.kernel.org/show_bug.cgi?id=10561 And then we have hangs once in a while reports by you, Roman and Mark here http://bugzilla.kernel.org/show_bug.cgi?id=10377 http://bugzilla.kernel.org/show_bug.cgi?id=10117 Thanks, Venki