Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759310AbXHBRwI (ORCPT ); Thu, 2 Aug 2007 13:52:08 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755443AbXHBRv4 (ORCPT ); Thu, 2 Aug 2007 13:51:56 -0400 Received: from livid.absolutedigital.net ([66.92.46.173]:44514 "EHLO mx2.absolutedigital.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752553AbXHBRvz (ORCPT ); Thu, 2 Aug 2007 13:51:55 -0400 Date: Thu, 2 Aug 2007 13:50:56 -0400 (EDT) From: Cal Peake To: Gabriel C cc: Frank Hale , Kernel Mailing List , Kernel ACPI Mailing List , len.brown@intel.com, Thomas Gleixner , Ingo Molnar , Andrew Morton , Linus Torvalds Subject: Re: ACPI on Averatec 2370 In-Reply-To: Message-ID: References: <5ebbd9b50707291105w316f98e5h3fa17204c9119a2f@mail.gmail.com> <46ACD8DB.2020108@googlemail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2805 Lines: 78 This problem seems to be getting worse. With the latest linus tree, after the initial hang where the power button is needed to bring the system back to life, the boot process slows to a crawl. Although if I repeatedly press the shift key it'll help move things along. I'm guessing the keyboard interrupt firing off is doing something to help it. The system seems OK though after booting is finished. Upon shutdown it actually stalls out without help from the shift key. Any thoughts on this, or tips to help debug it further? thx, Cal On Mon, 30 Jul 2007, Cal Peake wrote: > On Sun, 29 Jul 2007, Gabriel C wrote: > > > Frank Hale wrote: > > [ added linux-acpi to CC ] > > > I have an Averatec 2370 laptop with the nVidia MCP51. With kernel > > > 2.6.20 I had no issues with ACPI however with 2.6.21 and higher the > > > kernel will hang on boot until I press the suspend button or the power > > > button in which case the kernel wakes up and finishes the boot > > > process. Including the following support only causes the issue: > > > > > > [*] ACPI Support > > > > > > What I mean by that is every ACPI option has been deactivated and only > > > ACPI support checked. The boot process with 2.6.21 and higher hangs at > > > the point where the Scheduler is being registered. > > > > > > io scheduler cfq registered (default) > > > > > > If I allow it to sit there it never comes back to life and finishes > > > booting. If I press the power or suspend button it will finish booting > > > as expected. > > > > > > I've scoured google for quite a while but cannot find any relevant > > > information pertaining to this issue. For now I've disabled ACPI > > > altogether. > > Frank, thanks for the tip about 2.6.20 being good, it gave me a nice place > to start bisecting from. > > Thomas, Ingo, > > Regarding the issue described above that Frank and I are having, I've > narrowed it down to commit e9e2cdb4[1]: [PATCH] clockevents: i386 drivers > > About our systems: > Averatec 2370/2371 Laptop > AMD Turion 64 X2 TL-50/TL-52 > nVidia MCP51 chipset > > Here a small matrix of my tests: > > 2.6.20.15 SMP : OK > 2.6.21.5 SMP : hang > 2.6.21.5 UP w/o APIC : OK > 2.6.22.1 UP : hang > 2.6.22.1 UP w/o IO-APIC : hang > 2.6.22.1 UP w/o APIC : OK > 2.6.22.1 SMP : hang > 2.6.22.1 SMP w/o ACPI : OK > > Please let me know if there's anything else I can provide to help. > > thanks! > -- > Cal Peake > > [1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e9e2cdb412412326c4827fc78ba27f410d837e6e - 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/