Acer Aspire One doesn't wake up when lid opens

Bug #348012 reported by Matt Zimmerman on 2009-03-24
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)

Bug Description

The system goes to sleep properly when the lid is closed, but when it is opened, it doesn't wake up again until the power button is pressed. When it is pressed, it wakes up properly.

/proc/acpi/wakeup contains:

Device S-state Status Sysfs node
P32 S4 disabled pci:0000:00:1e.0
UHC1 S3 disabled pci:0000:00:1d.0
UHC2 S3 disabled pci:0000:00:1d.1
UHC3 S3 disabled pci:0000:00:1d.2
UHC4 S3 disabled pci:0000:00:1d.3
ECHI S3 disabled pci:0000:00:1d.7
EXP1 S4 disabled pci:0000:00:1c.0
EXP2 S4 disabled pci:0000:00:1c.1
EXP3 S4 disabled pci:0000:00:1c.2
EXP4 S4 disabled pci:0000:00:1c.3
AZAL S0 disabled pci:0000:00:1b.0
MODM S0 disabled

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
MachineType: Acer AOA150
Package: linux-image-2.6.28-11-generic 2.6.28-11.37
ProcCmdLine: root=UUID=24e55f9c-9795-4706-b499-5a8f16259ec5 ro quiet splash
ProcVersionSignature: Ubuntu 2.6.28-11.37-generic
SourcePackage: linux

Matt Zimmerman (mdz) wrote :
Changed in linux (Ubuntu Jaunty):
importance: Undecided → Medium
status: New → Triaged

Hi Matt,

It seems interesting that the LID device isn't listed in /proc/acpi/wakeup . Just curious what the state of /proc/acpi/button/lid/LID/state is before and after the suspend/resume cycle? What happens if you don't initiate the suspend by closing the lid, eg. using the fast user switch applet instead?

Matt Zimmerman (mdz) wrote :

Dave Morley says:

"On my aceraspire one it did the same thing in linpus lite so I'm
assuming that it is a expected behaviour hope that helps :)"

Matt Zimmerman (mdz) wrote :

@Leann: it shows "open" before and after. If I disable the automatic suspend, and poll /state while closing and opening the lid, it correctly transitions from open to closed to open. The lid switch seems definitely to be working, it simply doesn't trigger a wakeup.

Andy Whitcroft (apw) wrote :

@mdz -- can we get the DSDT off the machine and attach it to this bug please.

    cat /proc/acpi/dstd >DSDT

Matt Zimmerman (mdz) wrote :
  • DSDT Edit (30.0 KiB, application/octet-stream)

DSDT attached.

Ronald McCollam (fader) wrote :

From testing by davmor2, this is the same behavior exhibited by the default Linpus install. Thus Ubuntu is acting consistently with the default OS install on this hardware.

Matt Zimmerman (mdz) wrote :

Thanks, Ronald. Marking as invalid based on the fact that this is a hardware issue and not Ubuntu.

Changed in linux (Ubuntu Jaunty):
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers