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:
> On Jun 27, Paul Menzel <pm.deb...@googlemail.com> wrote:
> 
> > after a boot this option does not seem to have been respected.
> 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).

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

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to