Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751930AbWCVBaR (ORCPT ); Tue, 21 Mar 2006 20:30:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751929AbWCVBaR (ORCPT ); Tue, 21 Mar 2006 20:30:17 -0500 Received: from mga01.intel.com ([192.55.52.88]:61716 "EHLO fmsmga101-1.fm.intel.com") by vger.kernel.org with ESMTP id S1751928AbWCVBaO convert rfc822-to-8bit (ORCPT ); Tue, 21 Mar 2006 20:30:14 -0500 X-IronPort-AV: i="4.03,116,1141632000"; d="scan'208"; a="14929575:sNHT60491900" Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] Date: Wed, 22 Mar 2006 09:30:04 +0800 Message-ID: <3ACA40606221794F80A5670F0AF15F840B417B9D@pdsmsx403> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] Thread-Index: AcZNNEtursw8IGHlRYyNMvpyDLBvlAAGbnrA From: "Yu, Luming" To: "Sanjoy Mahajan" Cc: , "Linus Torvalds" , "Andrew Morton" , "Tom Seeley" , "Dave Jones" , "Jiri Slaby" , , , "Brian Marete" , "Ryan Phillips" , , "Brown, Len" , , "Mark Lord" , "Randy Dunlap" , , "Duncan" <1i5t5.duncan@cox.net>, "Pavlik Vojtech" , "Meelis Roos" X-OriginalArrivalTime: 22 Mar 2006 01:30:06.0436 (UTC) FILETIME=[2671EA40:01C64D50] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1477 Lines: 39 >Two more experiments: > > With a vanilla kernel, I faked EC0.UPDT() to just return >0x00, and the > system hung on the second sleep. > > Then, again in the DSDT, I also faked the 4 _TMP methods (one in each > thermal zone), and the system hung on the second sleep. > >I think we've raced too far ahead by trying to debug many thermal zones >at once. Perhaps there are two bugs. So let's find them one by one. Hmm, you seems to prefer depth-first search algorithm? I like it too. :-) > >One bug is quite repeatable and we know a lot about it. With all zones >except THM0 commented out, the system hung. With the EC0.UPDT line in >THM0._TMP also commented out, the system didn't hang. So there's a >problem related to the EC, even with only THM0. And finding that >problem may giveideas for what else may be wrong. We can do bisection in EC0.UPDT to find out which statement cause hang? Hmm, we are going to fix BIOS. :-) My assumption is that since Windows works well, then these BIOS code should have been tested ok. The only possible excuse for BIOS is that Linux is using unnecessary/untested code path for Suspend/resume. So, Eventually, we need to disable unnecessary BIOS call for suspend/resume Thanks, Luming - 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/