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] [day] [month] [year] [list]
Message-ID: <20070904102557.GA10866@core>
Date:	Tue, 4 Sep 2007 12:25:57 +0200
From:	Christian Leber <christian@...er.de>
To:	Arjan van de Ven <arjan@...radead.org>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: Linux, 2.6.23-rc5, powersaving degradation, (time spend in C0 goes up after a while)

On Sun, Sep 02, 2007 at 11:40:17AM -0700, Arjan van de Ven wrote:

Hello,

> can you give us an lspci -vvxx of the system when it's in this "bad"
> state? We have a very vague suspicion on something like this, the lspci
> would help us a lot (this is a really rare thing that we can't really
> reproduce, but it has been reported a few times before)

sure, took some time, I waited yesterday 4h next to the laptop and it
didn't happen ;-)
(i usually run some virtualization and then wakeups are screwed anyway)

This time i also did not forget the powertop output.

The lspcivvxx_good was done with the same linux running, after a resume
from ram, then the wakeup behavior was also ok again.
The difference is:

Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
that is in the good case, and in the bad it is MAbort+


Christian Leber
 
-- 
http://rettetdieti.vde-uni-mannheim.de/


View attachment "powertop_bad" of type "text/plain" (2513 bytes)

View attachment "powertop_good" of type "text/plain" (2734 bytes)

View attachment "lspcivvxx_bad" of type "text/plain" (17842 bytes)

View attachment "lspcivvxx_good" of type "text/plain" (17843 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ