Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750726AbWHIMit (ORCPT ); Wed, 9 Aug 2006 08:38:49 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750731AbWHIMit (ORCPT ); Wed, 9 Aug 2006 08:38:49 -0400 Received: from ms-smtp-03.nyroc.rr.com ([24.24.2.57]:16603 "EHLO ms-smtp-03.nyroc.rr.com") by vger.kernel.org with ESMTP id S1750726AbWHIMit (ORCPT ); Wed, 9 Aug 2006 08:38:49 -0400 Date: Wed, 9 Aug 2006 08:38:27 -0400 (EDT) From: Steven Rostedt X-X-Sender: rostedt@gandalf.stny.rr.com To: Andreas Mohr cc: Pavel Machek , LKML , Suspend2-devel@lists.suspend2.net, linux-pm@osdl.org, ncunningham@linuxmail.org Subject: Re: swsusp and suspend2 like to overheat my laptop In-Reply-To: <20060809120734.GA30544@rhlx01.fht-esslingen.de> Message-ID: References: <20060808235352.GA4751@elf.ucw.cz> <20060809073958.GK4886@elf.ucw.cz> <20060809120734.GA30544@rhlx01.fht-esslingen.de> 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: 2680 Lines: 87 On Wed, 9 Aug 2006, Andreas Mohr wrote: > On Wed, Aug 09, 2006 at 07:45:23AM -0400, Steven Rostedt wrote: > > It does look like something isn't setting up the ACPI power properly on > > resume, and that the CPU is probably in a busy loop while the machine is > > idle. Just a guess. > > In that case could you post > cat /proc/acpi/processor/CPU?/* > ? This is after a suspend: $ cat /proc/acpi/processor/CPU*/* processor id: 0 acpi id: 0 bus mastering control: yes power management: no throttling control: yes limit interface: yes active limit: P0:T0 user limit: P0:T0 thermal limit: P0:T0 active state: C1 max_cstate: C8 bus master activity: 00000000 states: *C1: type[C1] promotion[--] demotion[--] latency[000] usage[00000000] duration[00000000000000000000] state count: 4 active state: T0 states: *T0: 00% T1: 25% T2: 50% T3: 75% processor id: 1 acpi id: 1 bus mastering control: yes power management: no throttling control: yes limit interface: yes active limit: P0:T0 user limit: P0:T0 thermal limit: P0:T0 active state: C1 max_cstate: C8 bus master activity: 00000000 states: *C1: type[C1] promotion[--] demotion[--] latency[000] usage[00000000] duration[00000000000000000000] state count: 4 active state: T0 states: *T0: 00% T1: 25% T2: 50% T3: 75% > > Perhaps we're losing ACPI C2/C3 state power saving, and checking > the busmaster activity indicators there would be useful, too. > > Oh, in this context maybe it's actually a problem of a misbehaving driver? > An active USB mouse is known to distort ACPI power saving, causing reduced > notebook battery operation length (due to busmaster activity preventing > ACPI idling, I think). Now what if some certain driver actually caused > permanent busmaster activity...? I unplug everything before doing a suspend. Right now I'm leaving the network connected so I don't need to go throught the connection process again. Got to leave the hotel now, eat breakfast and go to work ;) -- Steve - 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/