The original issue here is taken care of by /usr/lib/pm-utils/sleep.d
/96laptop-mode or /usr/lib/pm-utils/sleep.d/95hdparm-apm now.
** Changed in: acpi-support (Ubuntu)
Status: New => Fix Released
--
power.sh must reapply laptop-mode settings after suspend
https://bugs.launchpad.net/bugs
I checked this in Karmic and it looks like hdparm -B is set twice at
boot now:
/etc/S99acpi-support runs in order:
1. /etc/acpi/power.sh -> pm-powersave -> /usr/lib/pm-utils/power.d ->
95hdparm-apm
2. /etc/acpi/start.d/90-hdparm.sh
But /etc/acpi/power.sh will not run pm-powersave if it is called
Ooops. Wrong bug report. It was meant for bug #89269
--
power.sh must reapply laptop-mode settings after suspend
https://bugs.launchpad.net/bugs/229693
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-b
I've read a lot of comments that suggest crippling laptop-mode-tools
even more than it already is. The problem is that laptop-mode-tools is
the only place that DOESN'T HARDCODE VALUES. Why do I have to fight
hardcoded values in /etc/acpi/power.sh and /usr/lib/pm-utils/power.d
/laptop-tools to make
see :
https://bugs.launchpad.net/ubuntu/+source/acpi-
support/+bug/74394/comments/8
for a solution : modified power.sh script
--
power.sh must reapply laptop-mode settings after suspend
https://bugs.launchpad.net/bugs/229693
You received this bug notification because you are a member of Ubuntu
I posted a comment related to this issue :
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/74394/comments/5
I'm not an expert but I thing the problem is in power.sh : it doesn't
make the difference whether or not laptop-mode is installed (and enabled
on ac or battery) and overwrite th
Arthur -- I believe you are in the same boat I was in. Still waiting
for a fix on this issue and also for the official hdparm decision. in
the mean time, if you are running 8.04 and/or pm-utils, then the
following post contained a fix which has worked for me so far as a
temporary solution...
htt
I posted on the wrong bug, but then followed the link here.
Basically, I need to control hdparm because I have load/cycle issues. I
also cannot enable laptop-mode because it causes hangs / freezing. I
have followed the suse instructions for fixing up the load cycle issue
here: http://en.opensuse.
A setting that goes into /proc/sys/vm is just going into system memory,
which of course is retained across a suspend. But the hdparm setting is
only retained by the hard drive itself, and the hard drives that I'm
familiar with seem to clear the setting when they wake from suspend.
I haven't tried
I suppose that if there are hdparm settings that are specifically
executed for each change in power state , EXCEPT for sleep/resume, then
it would directly be an acpi/pm-utils bug for simply not including those
scripts.
--
power.sh must reapply laptop-mode settings after suspend
https://bugs.laun
I'd be curious to see if hdparm settings were added to the pm-
utils/power.d/laptop-tools script whether it would persist over a sleep
cycle. Either 1) Yes, like the other settings normally do or 2) No,
because there is something else going on. In this second case, we
haven't got to the source of
Well, /usr/lib/pm-utils/power.d/laptop-tools currently only sets
settings in /proc/sys/vm, not the hdparm settings. Those settings will
stick across a suspend, so there's really no bug there currently.
It may be that the hdparm calls should be moved from power.sh into pm-
utils/power.d/laptop-too
my point is that enabling laptop mode in acpi-support may be unnecessary
in the first place since pm-utils has its own hdd settings under
/usr/lib/pm-utils/power.d/laptop-tools which are already called. if
they are not being called correctly (e.g., startup/resume on battery
power when poweroff/sle
whoops, I commented on [url=
"https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/89269"]bug
89269[/url] about this
see [url="https://bugs.launchpad.net/ubuntu/+source/acpi-
support/+bug/89269/comments/29"]comment 29 [/url]
please continue discussion here :)
--
power.sh must reapply la
Well, remember, those only take effect if ENABLE_LAPTOP_MODE=true in
/etc/default/acpi-support.
I don't really know whether the hdparm settings should be made from
acpi-support or pm-utils, but either way, it seems someone needs to
figure out once and for all where the settings should be made, and
for example, on unplugging from a power source, my hdparm settings are
untouched from their current set, and the values in /etc/acpi/power.sh
seem to be ignored.
--
power.sh must reapply laptop-mode settings after suspend
https://bugs.launchpad.net/bugs/229693
You received this bug notification b
16 matches
Mail list logo