sleep sends my laptop into a suspend/resume loop

Bug #35108 reported by Bas Zoetekouw
14
Affects Status Importance Assigned to Milestone
acpi-support (Ubuntu)
Fix Released
Medium
Paul Sladen

Bug Description

The default sleep.sh/resume.sh scripts put my laptop into a sleep/resume loop as soon as I suspend for the first time. After that, it'll resume nicely, but go into suspend mode right away, with no time for me to kill acpid or so.

It seems it is a race issue with the 5 seconds timeout before /var/lock/acpisleep is removed. If I increase the timeout to 10s, it works fine, but I guess that doesn't fix the real problem: acpid processes some phantom powerbutton event as soon as the resume.sh script exists. Isn't there some way perhaps to clear the acpi event queue during suspend/resume script processing? Maybe acpid itself should be stopped/restarted by the scripts?

Revision history for this message
Gaëtan Petit (gaetanp) wrote :

first you should tell us what is your laptop...

Revision history for this message
Bas Zoetekouw (baszoetekouw) wrote :

Oops, sorry. It's an HP Compaq nc6120

Matt Zimmerman (mdz)
Changed in acpid:
assignee: nobody → dsilvers
Revision history for this message
Paul Sladen (sladen) wrote :

I've increase the sleep delay to 10seconds in my local copy.

Changed in acpi-support:
assignee: dsilvers → sladen
status: Unconfirmed → In Progress
Revision history for this message
Paul Sladen (sladen) wrote :

acpi-support (0.69) unstable; urgency=low

  * Increase 'acpisleep' lock-out delay from 5 seconds to 10seconds. [Malone: #35108]

Changed in acpi-support:
status: In Progress → Fix Released
Revision history for this message
Bas Zoetekouw (baszoetekouw) wrote :

Uh, where exactly is this fixed? Breezy has acpi-support version 0.73, and that still has the 5 second delay rather than 10 seconds.

Revision history for this message
Bas Zoetekouw (baszoetekouw) wrote :

uh sorry, I meant Dapper of course, not breezy.

Revision history for this message
Bas Zoetekouw (baszoetekouw) wrote :

Also, just changing the timeout to 10 seconds doesn't seem to help much, as /etc/acpi/sleep.sh doesn't seem to check for the lock file any more.
Adding a "test -e /var/lock/acpisleep && exit" to sleep.sh (and increasing the timeout to 10s) does solve the problem.

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.