Dear Debian folks, although having $ more /etc/modprobe.d/eee.conf […] options snd_hda_intel power_save=5 after a boot this option does not seem to have been respected. $ more /sys/module/snd_hda_intel/parameters/power_save 0 This option should be supported. $ sudo modinfo snd-hda-intel […] parm: power_save:Automatic power-saving timeout (in second, 0 = disable). (int) parm: power_save_controller:Reset controller in power save mode. (bool) Unfortunately I do not know how to debug this further not knowing how to find out if this option is passed or not. If this is a bug in `snd_hda_intel` I am sorry to have chosen the wrong package to report this bug against and it would be great if you could reassign this. Thanks, Paul
Did you rebuild the initramfs?
Am Montag, den 27.06.2011, 11:15 +0200 schrieb Marco d'Itri: This options has been there since over a year (I just now looked into power management things) and in between there have been several Linux kernel upgrades, so I guess the initramfs was rebuild. I will rebuild it manually though to make sure. Thank you for your help, Paul
Am Montag, den 27.06.2011, 11:23 +0200 schrieb Paul Menzel: I ran `update-initramfs -u` and after a shutdown and new start the problem is still reproducible. Thanks, Paul
Actually it does not work for me either. Since the option is configured if I rmmod and modprobe again the module, I suspect that something else is changing it. More debugging is needed but I cannot reboot my system, I suggest you start by checking the value after booting in single user mode (and if it is still wrong, after booting with init=/bin/bash).
retitle 631791 pm-utils: overrides option `power_save` in `/etc/modprobe.d/` when not on battery
reassign 631791 pm-utils
quit
Am Montag, den 27.06.2011, 11:47 +0200 schrieb Marco d'Itri:
Great suggestion! Choosing the rescue mode in GRUB something like the
following was printed to the screen after the boot messages
sulogin: root account is locked; starting shell
and a prompt is shown.
# more /sys/module/snd_hda_intel/parameters/power_save
1
So something is messing with this afterward and is setting the value to
0 as you wrote.
Searching for that I found a comment in Launchpad [1] suggesting that
`pm-utils` is responsible for that behavior.
Testing this, actually this test is not correct, I booted on battery and
at least the value is set.
$ more /sys/module/snd_hda_intel/parameters/power_save
1
I am not sure if pm-utils is also responsible for setting it to 0 when
not on battery. The script should check somehow (during start up) if
that module was loaded with certain settings.
Report #625606 [3] seems to be related to this issue only that it deals
with block devices. I am adding Mario to CC. Maybe he has brought that
issue up upstream already.
Thanks,
Paul
[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/381201 (comment 65)
[2] /usr/lib/pm-utils/power.d/intel-audio-powersave
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625606
pm-utils: /usr/lib/pm-utils/power.d/intel-audio-powersave Yes, the script forces audio_powersave=1 on battery and audio_powersave=0 on AC. Well - in the sense of "unexpected modifications of system behaviour" your issue is similar to mine, yes. Thanks for CC:ing me, and: no, I didn't bring this upstream, as Debian suggests "Don't file bugs upstream" [1] - the maintainer of a package cares about forwarding bugs upstream if necessary. [1] http://www.debian.org/Bugs/Reporting regards Mario
Dear submitter, as the package pm-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/1058701 The version of this package that was in Debian prior to this removal can still be found using https://snapshot.debian.org/. Please note that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@ftp-master.debian.org. Debian distribution maintenance software pp. Thorsten Alteholz (the ftpmaster behind the curtain)