From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sanjoy Mahajan Subject: Re: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] Date: Sat, 18 Mar 2006 15:48:25 +0000 Message-ID: References: <3ACA40606221794F80A5670F0AF15F84041AC268@pdsmsx403> Return-path: Received: from mraos.ra.phy.cam.ac.uk ([131.111.48.8]:13800 "EHLO mraos.ra.phy.cam.ac.uk") by vger.kernel.org with ESMTP id S1750994AbWCRPs3 (ORCPT ); Sat, 18 Mar 2006 10:48:29 -0500 In-Reply-To: Your message of "Sat, 18 Mar 2006 23:10:32 +0800." <3ACA40606221794F80A5670F0AF15F84041AC268@pdsmsx403> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: "Yu, Luming" Cc: linux-kernel@vger.kernel.org, Linus Torvalds , Andrew Morton , Tom Seeley , Dave Jones , Jiri Slaby , michael@mihu.de, mchehab@infradead.org, Brian Marete , Ryan Phillips , gregkh@suse.de, "Brown, Len" , linux-acpi@vger.kernel.org, Mark Lord , Randy Dunlap , jgarzik@pobox.com, Duncan <1i5t5.duncan@cox.net>, Pavlik Vojtech , Meelis Roos > Please try additional ugly hack > 5. in acpi_os_queue_for_execution: > if(acpi_in_suspend == YES) > do nothing. Am compiling it. If acpi_in_suspend, I've had it do return_ACPI_STATUS(AE_BAD_PARAMETER). Is there a better error code to use? I didn't want to use AE_OK, since the caller might think that the function will be executed eventually, and might do something silly like wait for it to be executed -- and produce another hang. I didn't know, but to be safe I wanted to return an error code. > Also, please add acpi_debug_layer=0x10 acpi_debug_leve=0x10 boot > option, then you can observe what methods were executed before > suspend. That's in my lilo.conf so all kernels I test use those options. I can send you the dmesgs from the suspends without the ugly hack (and will send them from the upcoming suspends, with the ugly hack). -Sanjoy `Never underestimate the evil of which men of power are capable.' --Bertrand Russell, _War Crimes in Vietnam_, chapter 1.