linux-kernel - Re: swsusp and suspend2 like to overheat my laptop

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 9 Aug 2006 08:38:27 -0400 (EDT)
From:	Steven Rostedt <rostedt@...dmis.org>
To:	Andreas Mohr <andi@...x01.fht-esslingen.de>
cc:	Pavel Machek <pavel@...e.cz>, LKML <linux-kernel@...r.kernel.org>,
	Suspend2-devel@...ts.suspend2.net, linux-pm@...l.org,
	ncunningham@...uxmail.org
Subject: Re: swsusp and suspend2 like to overheat my laptop



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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/