Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757337AbZA2OLh (ORCPT ); Thu, 29 Jan 2009 09:11:37 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752700AbZA2OL2 (ORCPT ); Thu, 29 Jan 2009 09:11:28 -0500 Received: from mx2.mail.elte.hu ([157.181.151.9]:36252 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752692AbZA2OL1 (ORCPT ); Thu, 29 Jan 2009 09:11:27 -0500 Date: Thu, 29 Jan 2009 15:11:11 +0100 From: Ingo Molnar To: Frans Pop Cc: Linus Torvalds , "Rafael J. Wysocki" , Greg KH , jbarnes@virtuousgeek.org, lenb@kernel.org, Linux Kernel Mailing List , tiwai@suse.de, Andrew Morton Subject: Re: Regression from 2.6.26: Hibernation (possibly suspend) broken on Toshiba R500 (bisected) Message-ID: <20090129141111.GN24391@elte.hu> References: <200812020320.31876.rjw@sisk.pl> <200901281300.40171.elendil@planet.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200901281300.40171.elendil@planet.nl> User-Agent: Mutt/1.5.18 (2008-05-17) X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3 -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1943 Lines: 51 * Frans Pop wrote: > On Friday 05 December 2008, Linus Torvalds wrote: > > On Thu, 4 Dec 2008, Linus Torvalds wrote: > > > The third thing that worries me is the _very_ early occurrence of > > > > > > ACPI: Waking up from system sleep state S3 > > > APIC error on CPU1: 00(40) > > > ACPI: EC: non-query interrupt received, switching to interrupt mode > > > > > > Now, that "APIC error" thing is worrisome. It's worrisome for > > > multiple reasons: > > > > > > - errors are never good (0x40 means "received illegal vector", > > > whatever caused _that_) > > > > > > - more importantly, it seems to imply that interrupts are enabled on > > > CPU1, and they sure as hell shouldn't be enabled at this stage! > > > > > > Do we perhaps have a SMP resume bug where we resume the other > > > CPU's with interrupts enabled? > > > > > > - the "ACPI: EC: non-query interrupt received, switching to > > > interrupt mode" thing is from ACPI, and _also_ implies that > > > interrupts are on. > > > > > > Why are interrupts enabled that early? I really don't like seeing > > > interrupts enabled before we've even done the basic PCI resume. > > Quick revival of this old thread with good news. > The "APIC error on CPU1" message is now gone! that was an old mystery! So enabling interrupts too early (possibly before the lapic, the hpet or both are initialized properly?) can generate an APIC error message? > With current git head I get: > ACPI: Waking up from system sleep state S3 > ACPI: EC: non-query interrupt received, switching to interrupt mode i started getting those messages too - but earlier in the cycle, during one of the ACPI merges i think. Ingo -- 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/