klaptop crashes when trying to suspend

Bug #32785 reported by Luka Renko
60
Affects Status Importance Assigned to Milestone
acpi-support (Ubuntu)
Fix Released
Medium
Kubuntu Bugs
kdeutils (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

SW: Kubuntu Dapper Flight 4 with daily "apt-get upgrade"
HW: HP Compaq nw8240
(https://wiki.ubuntu.com/LaptopTestingTeam/HPNW8240/Kubuntu)

Hibernate works on this machine, but I cannot get Sleep (suspend to RAM) function work.

I have tested this with OSS "ati" driver, as well as with closed-source "fglrx" driver (from restricted) with the same results.

When I perform "Sleep" in KLaptop applet, KDE screen lock is performed (with kdesktop_lock) and nothing happens.

I have switched then to text console in order to see what is going on and it looks like that /etc/aspi/sleep.sh script hangs on "grep klaptopdaemon" (this is last process before text console login shell) - see attached "ps -ef" output.

Funny thing is, that if I then switch back to X, unlock display and perform Logout (KDE End Session), that Sleep is performed to the end (machine turns off Power LED starts blinking as it should in suspend mode).
I cannot wake up machine after suspend.

I have also tried to perform Sleep from the script directly (sudo /etc/acpi/sleep.sh), but this just displays a lot of debug info (script is executed with set -x) and does nothing. I will also attach output of manual sleep.sh execution.

Note: I had to manually enable APCI_SLEEP=true in /etc/default/acpi-support. I have also added the following to /usr/share/acpi-support/Hewlett-Packard.config:
        "HP Compaq nw8240"*)
                ACPI_SLEEP=true
        ;;

Revision history for this message
Luka Renko (lure) wrote : sleep.ps.txt

Output of "ps -ef" when sleep.sh script hangs (from text console).

Revision history for this message
Luka Renko (lure) wrote : sleep-output.txt

Output of "sudo /etc/acpi/sleep.sh" if executed manually.

description: updated
Revision history for this message
Luka Renko (lure) wrote : Re: sleep (suspend to RAM) just locks screen (sleep.sh hangs)

Another note: when Suspend is executed through KLaptop applet it seams that this applet disappears - if I unlock screen, applet is not in tray any more. If I then try to manually execute "dcop kded" (which should list kded services) it just hangs - this probably explains the hang of sleep.sh procedure if started through KLaptop applet.

Revision history for this message
Luka Renko (lure) wrote : Re: Suspend to RAM just locks screen (sleep.sh hangs)

Similar report by other user is in bug 30792

Revision history for this message
Luka Renko (lure) wrote :

I can confirm that this is specific to klaptopdaemon. I have installed also ubuntu-desktop and Suspend works there (even though resume then hangs), but at least I get a bit further than with Kubuntu and klaptopdaemon.

Revision history for this message
Luka Renko (lure) wrote :

Another bug report in bug 33093

Revision history for this message
Luka Renko (lure) wrote :

Confirmed - we have 3 duplicate reports.

Changed in klaptopdaemon:
status: Unconfirmed → Confirmed
Kenny Duffus (kduffus)
Changed in klaptopdaemon:
assignee: nobody → kubuntu-team
Revision history for this message
Feeling (feeling) wrote :

still the same bug in kde 3.5.2 klaptopdaemon 3.5.2-0ubuntu1 ...

nb: echo "mem" > /sys/power/state goes sleep but, the computer reboot after a wake up !!

Revision history for this message
Matti Viljanen (direc85) wrote :

Luka Renko, I have the same situation here, bug 41648. My machine is Acer Ferrari 3400.

Revision history for this message
Luka Renko (lure) wrote :

This is not crash of klaptopdaemon, but rather deadlock between kded/klaptop and acpi-support script. sleep.sh calls kded to query for klaptopdaemon and this query is blocked as klaptop is waiting for sleep.sh (called through pmi action sleep) to complete.

I have changed one line in sleep.sh to look like this:

if [ x$1 != xforce ] && [ `CheckPolicy` = 0 ] && [ x$1 != xsleep ]; then

and this fixed it for me (we need to check for "force" option which is used by pmi action sleep before we call CheckPolicy whihc calls kded).

Revision history for this message
Luka Renko (lure) wrote :

Assigning to acpi-support.

Revision history for this message
Matthew Garrett (mjg59) wrote :

Fixed in 0.79

Changed in acpi-support:
status: Confirmed → Fix Released
Revision history for this message
Luka Renko (lure) wrote :

task rejected as fix in acpi-support is enough

Changed in kdeutils:
status: Unconfirmed → Rejected
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.