The bug task for the somerville project has been removed by an automated
script. This bug has been cloned on that project and is available here:
https://bugs.launchpad.net/bugs/1305976
** No longer affects: somerville
--
You received this bug notification because you are a member of Ubuntu
Bugs
** Changed in: somerville
Status: New => Invalid
** No longer affects: dell
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/89269
Title:
power.sh: wrong laptop_mode activation
To manage notif
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
Thank's fo your script Valentin, it works for me, but only after a
modification of power.sh :
Actually, the power.sh script is buggy : the script doesn't really call
laptop-mode (/usr/sbin/laptop_mode) but it calls internal functions
defined at the beginning of the script...and thus laptop-mode.c
Sorry, I messed up too. That comment probably doesn't belong here. I've
followed ethany's link to the continuing discussion.
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscri
I've applied the suse fix for load/cycle problems under hardy, which
sets hdparm to 254 when on ac and 200 when on battery. Works fine on
boot. But when resuming from suspend I have to unplug the cord, or plug
in the cord, in order to get hdparm to use one of those two values. It
always starts back
I opened bug 229693 to describe the remaining problem. If that is not
appropriate, I'm sure someone can correct.
Thanks...
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscri
m1330 on Hardy w/latest
after a clean reinstall, my computer is indicating that pm-utils is
handling sleep and resume scripts. As well, it is setting a "laptop-
mode" hard-drive state via settings in /usr/lib/pm-utils/power.d/laptop-
tools on power state change even though "enable laptop mode" in
whoops...please continue discussion at bug 229693
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
h
It seems there still needs to be an official fix for the problem that
Valentin Neacsu's workaround solves. Should this bug be reopened, or
would it be better to open a new one?
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification beca
Andrea,
it's not that Dell doesn't care about the issue, but it's not an issue
specific to the 1330 that will be corrected by Dell and such not
tracked. If you are still having this bug, open back up the Ubuntu
task.
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/8926
Dell too here.
Every transition in a bug state should have a mandatory comment I guess it
means that Dell does not care for this issue.
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs,
I have put this bug into the Dell project, and they have rejected has
"invalid". Does anybody here knows why?
I have this problem on a Dell m1330, and I know that at least ethanay has the
same computer and same problems as mine.
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.n
** Changed in: dell
Status: New => Invalid
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
h
** Also affects: dell
Importance: Undecided
Status: New
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@li
I followed Valentin Neacsu's instructions, and it works for me. Is
/etc/acpi/power.sh the only script to contain the relevant hdparm
settings (i.e., overriding laptop_mode.conf settings and the
/etc/pm/config.d/disk)? In the process of figuring this whole thing
out, I've set every hdparm paramete
All I did was follow Valentin's exact steps above. Then I made sure
that ENABLE_LAPTOP_MODE was set to 'true' in /etc/default/acpi-support.
That was all that was needed for me.
The hdparm commands are already in /etc/acpi/power.sh; they were just
not being executed at the needed time, for me. If
Dan, I might be in a similar boat. Can you go into greater detail how
you got the fix to apply hdparm settings after resume?
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
Oops, never mind, I forgot to reenable ENABLE_LAPTOP_MODE. With that,
the posted workaround works.
Thanks for the help.
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Hmm, that workaround still does not make the hdparm settings take effect
for me. My solution for that is just to hardcode the hdparm calls at
the beginning of power.sh (since I always want it this way anyway).
It does make anacron run when it normally wouldn't, though.
--
power.sh: wrong laptop
As a workaround for that bug I have done this:
1. open up a terminal window
2. cd /usr/lib/pm-utils/sleep.d
3. sudo gedit 99-power-state-fix.sh
4. paste this:
#!/bin/bash
/usr/bin/on_ac_power
if [ "$?" -eq 0 ]; then
echo "BATTERY" > /var/lib/acpi-support/powerstate
/etc/acpi/power
Sorry, I'm not really up to speed on the issues here, but I have the
same problem Valentin Neacsu mentions above: the 'hdparm -B 255' command
is not run when waking up from suspend, which is necessary on my
machine.
My previous workaround solution to this problem was to put a script in
/etc/acpi/r
Hi Andrea,
Andrea Ratto wrote:
> acpi-support does support running scripts on lid clode.
> It does not notify a "battery critical" event though. Maybe that
> functionality could be added to acpid and thus to acpi-support? Does it
> require polling?
Laptop mode tools uses the acpi battery event
acpi-support does support running scripts on lid clode.
It does not notify a "battery critical" event though. Maybe that functionality
could be added to acpid and thus to acpi-support? Does it require polling?
GNU/Linux, not just Ubuntu, needs one single framework for powermanagement, be
that a
Hi Andrea,
Andrea Ratto wrote:
>> Bart Samwel:
>> FWIW, in Debian I solved this by removing the acpi-support logic for laptop
>> mode tools completely
>
> That is the quick way to fix it, exactly what I have on my laptop.
> Though I think that in the long run would be better to do it the other
>Bart Samwel:
>FWIW, in Debian I solved this by removing the acpi-support logic for laptop
>mode tools completely
That is the quick way to fix it, exactly what I have on my laptop.
Though I think that in the long run would be better to do it the other way
around: remove enabling/disabling based
For those still reading this bug report, I would like to add my $0.02 to
Andrea's suggestions. It's always been a bit of a mystery to me why
Ubuntu handles laptop mode the way it does. All of the functionality
(enabling/disabling based on battery/ac power, based on lid switch,
hdparm settings handl
Sorry, we're currently in freeze for release which means only the most
essential changes are going to be made. It would be best to file the
other suggestions as separate bug reports, since there's no way to
record this single bug report as both "open" and "closed" at once on a
single package.
--
I'm sorry to nitpick, but does the last message in this issue
(https://launchpad.net/ubuntu/+bug/89269/comments/9) mean that the bug is
regarded as fixed? And all the other good and meaningful suggestions by Andrea
are left behind?
*t
--
power.sh: wrong laptop_mode activation
https://bugs.laun
This bug was fixed in the package acpi-support - 0.109
---
acpi-support (0.109) hardy; urgency=low
[ Daniel Hahler ]
* power.sh:
Fix glob pattern for laptop_mode_{enable,disable}. It did not match any
devices. Thanks Andrea Ratto. (LP: #89269)
-- Steve Langasek <[EMA
Ok, thanks - it is of course non-trivial to tell just from a bzr log
whether any of the other revisions might have somehow been related to
that one, so I didn't want to cherry-pick your cherry-picks without
clearer direction. :)
acpi-support 0.109 to be uploaded shortly, thank you for your
contrib
Steve, I've synced acpi-support 0.108 (the last release) to my branch in
revision 5.
This particular fix is in revision 7 of the branch, so you can get it using:
bzr diff -c 7 http://bazaar.launchpad.net/~blueyed/acpi-support/cherry-pick
Besides, the fix is really quite simple, adding a "*" to th
Daniel,
A bzr branch is not the most useful way to grab fixes when there's no
main branch to merge it to - and when the cherrypick branch is missing
various changes that have been uploaded to the archive. Can you please
provide a standalone patch for this change, to apply against the current
pack
Finally something is moving.
fixing point ONE does not really help the whole powermanagement
subsytem, because there is still laptop-mode touching the disk
parameters.
What's most importat of this bug is that things should make sense. acpi-support
vs laptop-mode (vs powernowd). Which one touches
Steve: can you please take a look at it?
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://li
I have a Dell Inspiron 6400/E1505 with Hardy Beta x86. The fix posted
under ONE does work for me partially, meaning that the values in
/etc/acpi/power.sh are set for the HDD when changing power states (going
from battery to AC and vice-versa), but not when resuming from
suspend/hibernate. I tested
** Changed in: acpi-support (Ubuntu)
Target: None => ubuntu-8.04
--
power.sh: wrong laptop_mode activation
https://bugs.launchpad.net/bugs/89269
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-b
Thank you for your bug report. I feel sorry that it has been missed/ignored for
so long.
I can confirm the first issue, too, using SATA devices and will look into
getting this fixed for Hardy.
However, please file separate bug reports for the other issues, so they
can be tracked separately, if t
I can confirm this bug it's present also in festy.
There is also another bug I just found, half in power.sh and half in the
init script:
powersaving it's not activated on boot (on battery) if the laptop was
shut down while on battery.
I will come up with some patches if I hear some noise about t
39 matches
Mail list logo
