Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965001AbWCUBjF (ORCPT ); Mon, 20 Mar 2006 20:39:05 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964956AbWCUBjF (ORCPT ); Mon, 20 Mar 2006 20:39:05 -0500 Received: from mga01.intel.com ([192.55.52.88]:22563 "EHLO fmsmga101-1.fm.intel.com") by vger.kernel.org with ESMTP id S964953AbWCUBjD convert rfc822-to-8bit (ORCPT ); Mon, 20 Mar 2006 20:39:03 -0500 X-IronPort-AV: i="4.03,112,1141632000"; d="scan'208"; a="14620242:sNHT10117174466" 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: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] Date: Tue, 21 Mar 2006 09:38:42 +0800 Message-ID: <3ACA40606221794F80A5670F0AF15F840B417262@pdsmsx403> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 2.6.16-rc5: known regressions [TP 600X S3, vanilla DSDT] Thread-Index: AcZL6V/h+tyooSpERoy/KQ1OK2/c7AAmoIMQ 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: 21 Mar 2006 01:38:44.0086 (UTC) FILETIME=[30934960:01C64C88] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2112 Lines: 54 >> I think you need to continue to find out which THMs, which methods >> cause s3 hang when THM0._TMP disabled. > >So far I've found that if (with no THM0 loaded) I load exactly one of >THM2, THM6, or THM7, then there's no hang. Now I am looking for which >combinations of the THM[0267] zones cause the problem. Hmm, I guess you don't need to try each combination of THM[0267]. >From pervious experience, we know _THM0._TMP causes problem. If you fake _TMP for all THM, what could happen? If you verified _TMP cause issue by fake them in DSDT, probably, we need to continue dig Method : UPDT. Method (UPDT, 0, NotSerialized) { If (IGNR) { Decrement (IGNR) } Else { If (H8DR) { If (Acquire (I2CM, 0x0064)) {} Else { Store (I2RB (Zero, 0x01, 0x04), Local7) If (Local7) { Fatal (0x01, 0x80000003, Local7) } Else { Store (HBS0, TMP0) Store (HBS2, TMP2) Store (HBS6, TMP6) Store (HBS7, TMP7) } Release (I2CM) } } } } 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/