Subject: powertop: wrong reporting about audio codec power management
Date: Sat, 27 Oct 2012 17:40:58 +0530
Package: powertop
Version: 2.0-0.2
Severity: normal
PowerTop wrongly reports about the optimal settings for Audio codec
power management.
>> Bad Enable Audio codec power management
The module accepts an integer, where 0 would disable power savings,
where as a positive integer will be treated as number of seconds for
timeout before switching to power save mode.
It should test for == 0, and then report the status as Bad.
The module's option is listed below:
parm: power_save:Automatic power-saving timeout (in second, 0
= disable). (int)
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages powertop depends on:
ii libc6 2.13-36
ii libgcc1 1:4.7.2-4
ii libncursesw5 5.9-10
ii libnl-3-200 3.2.7-4
ii libnl-genl-3-200 3.2.7-4
ii libpci3 1:3.1.9-5
ii libstdc++6 4.7.2-4
ii libtinfo5 5.9-10
ii zlib1g 1:1.2.7.dfsg-13
powertop recommends no packages.
Versions of packages powertop suggests:
pn cpufrequtils <none>
ii laptop-mode-tools 1.61-1
-- no debconf information
On Sunday 01 September 2013 11:21 PM, Jose Luis Rivas wrote:
> Hi Ritesh, is this still happening in 2.4-1, which is already on unstable?
>
It is still the same. Please see the attached screen shot. In fact, in
my opinion, even the VM writeback timeout calculation is wrong.
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
Acknowledgement sent
to Ralf Jung <[email protected]>:
Extra info received and forwarded to list. Copy sent to Jose Luis Rivas <[email protected]>.
(Wed, 10 Dec 2014 12:48:10 GMT) (full text, mbox, link).
Subject: Re: powertop: wrong reporting about audio codec power management
Date: Wed, 10 Dec 2014 13:39:26 +0100
Package: powertop
Version: 2.6.1-1
Followup-For: Bug #691594
Dear Maintainer,
this bug is still present in the current testing (jessie) version.
Also, the action taken when disabling audio power management again is wrong:
According to its own output, pwertop does
echo '' > /sys/...
but shouldn't it send a 0? At least on my system, with the module parameter
setting this to 10, writing '' actually *enables* power management (with
a timeout of 10 seconds).
Kind regards,
Ralf
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (990, 'testing'), (100, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.17.0+ (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages powertop depends on:
ii libc6 2.19-13
ii libgcc1 1:4.9.1-19
ii libncursesw5 5.9+20140913-1+b1
ii libnl-3-200 3.2.24-2
ii libnl-genl-3-200 3.2.24-2
ii libpci3 1:3.2.1-3
ii libstdc++6 4.9.1-19
ii libtinfo5 5.9+20140913-1+b1
powertop recommends no packages.
Versions of packages powertop suggests:
pn cpufrequtils <none>
pn laptop-mode-tools <none>
-- no debconf information
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.