acpi-support in conflict with guidance-power-manager

Bug #154910 reported by Torbjörn Moa
6
Affects Status Importance Assigned to Milestone
acpi-support (Ubuntu)
Fix Released
Medium
Unassigned
Nominated for Gutsy by Serge
Nominated for Hardy by Serge

Bug Description

Binary package hint: acpi-support

I run Kubuntu 7.10 on a Toshiba laptop.

I noticed that my laptop didn't suspend properly when I closed the lid. It usually went into 100% CPU usage in the X server.

On the other hand, it suspended OK when doing it from the guidance-power-manager GUI, or even using the suspend button.

I finally traced the problem to be that /etc/acpi/lid.sh wasn't told to back off, as the suspend is handled by guidance-power-manager. And, in turn, this is due to the fact that /usr/share/acpi-support/policy-funcs isn't aware about guidance-power-manager. The following patch shows what I did to solve it:

--- /usr/share/acpi-support/policy-funcs.sv 2007-09-19 11:50:54.000000000 +0200
+++ /usr/share/acpi-support/policy-funcs 2007-10-20 15:03:17.000000000 +0200
@@ -1,5 +1,6 @@
 CheckPolicy() {
        if pidof gnome-power-manager kpowersave > /dev/null ||
+ pidof -x guidance-power-manager.py > /dev/null ||
           (pidof dcopserver > /dev/null && test -x /usr/bin/dcop && /usr/bin/dcop kded kded loadedModules | grep -q klaptopdaemon) ; then
                echo 0;
        else

(Another annoying thing is that the DCOP command in this function fails if run by root.)

Of course: if you run kpowersave you will not be bitten by any of the above problems.

It took me some time to figure this one out, I hope it can help someone else too.

Revision history for this message
Daniel Hahler (blueyed) wrote :

Thank you for your bug report and a fix for it. I will try to get this fixed for Hardy.

Changed in acpi-support:
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Daniel Hahler (blueyed) wrote :

btw: "sudo /usr/bin/dcop kded kded loadedModules" works for me on Hardy.. (the other annoying thing you've mentioned). But it should be a separate bug anyway.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package acpi-support - 0.127

---------------
acpi-support (0.127) karmic; urgency=low

  [ Lionel Le Folgoc ]
  * lib/policy-funcs: Recognize xfce4-power-manager as a power manager.
    LP: #425155

  [ Steve Langasek ]
  * Drop /etc/acpi/start.d/90-hdparm.sh: this is redundant because we're
    already calling pm-powersave on start (either via /etc/acpi/power.sh,
    or by one of the desktop power managers as enumerated in
    lib/policy-funcs) so there's no reason we should be reapplying the
    policy here. LP: #443992, #438355, #318980.
  * Add guidance-power-manager to the list of known desktop power managers.
    LP: #154910

  [ Michael Terry ]
  * lib/policy-funcs: Recognize dalston as a power manager. LP: #432578

 -- Steve Langasek <email address hidden> Mon, 05 Oct 2009 20:11:12 -0700

Changed in acpi-support (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.