Acer Aspire 5720 hangs on second resume from suspend, i.e. suspends only once [BIOS PROBLEM]
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Fix Released
|
Medium
|
|||
Ubuntu |
Invalid
|
Undecided
|
Unassigned | ||
Maverick |
Invalid
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Maverick |
Fix Released
|
Medium
|
Unassigned | ||
linux-source-2.6.22 (Ubuntu) |
Won't Fix
|
Undecided
|
Tim Gardner | ||
Maverick |
Fix Released
|
Undecided
|
Tim Gardner |
Bug Description
This problem has been posted in Ubuntuforums (http://
My Acer Aspire 5720 running Ubuntu Gutsy 7.10 is unable to resume from a standby when another standby/resume has occurred. The power LED turns from blinking orange to stable green, but screen backlight remains off and - I suppose - the processor fan stays off too. I can hear the hard drive and CD-ROM spinning up, but the system is completely unresponsive. I have to turn it off pressing the power key long enough.
On Windows XP and Vista, standby works OK.
*UPDATE*
this is BIOS problem. system hangs early and doesn't pass control to Linux.
Linux has no chance to bring system back.
The BIOS hangs due to a bug that windows doesn't trip over due to its ACPI noncompliance.
There is a reserved memory region called ACPI NVS, which belongs to BIOS
and supposed to be saved/restored during suspend to disk.
However, Windows *against* the ACPI spec, saves/restores this region on suspend to ram too.
BIOS changes this region slightly on resume, and this change,
(more precisely a single byte change at <region start> + 0x29010 00->0xFF)
makes it hang on second resume. Since windows restores this region, this change is also restored and thus masks this bug.
Its likely that next version of linux kernel will adopt same behavior.
Latest BIOS to have this bug is 1.42 (and updating to semi-official(
These are the attempts made so far. Where not specified, nothing changed in the behaviour.
- adding "ec_intr=0" to the boot cmdline;
- adding "acpi_osi=!Linux";
- executing Ubuntu in single-user mode, using /etc/acpi/sleep.sh to sleep;
toggling the following flags in /etc/default/
- ACPI_SLEEP_
- SAVE_VBE_
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_
- DOUBLE_
- toggling more than one flag like described here: http://
- disabling all services in /etc/rcS.d, then killing most of the processes, then removing most of the modules;
- adding "noapic nolapic" to the boot cmdline -> hangs on first resume;
- adding "pci=routeirq" to the boot cmdline;
- toggling BIOS SATA emulation from AHCI to PATA;
- disabling all scripts in /etc/acpi/
- upgrading BIOS from 1.14 to 1.19;
Any help is VERY appreciated! This is definitely the bug that keeps me to using Linux for everyday work...
Changed in linux: | |
assignee: | nobody → ubuntu-kernel-team |
importance: | Undecided → Medium |
status: | Incomplete → Triaged |
Changed in linux (Ubuntu): | |
assignee: | nobody → Maxim Levitsky (maximlevitsky) |
description: | updated |
description: | updated |
description: | updated |
description: | updated |
tags: | added: patch |
Changed in linux (Ubuntu Maverick): | |
status: | Triaged → Fix Released |
Changed in linux: | |
status: | Unknown → Fix Released |
Changed in linux: | |
importance: | Unknown → Medium |
Here is uname -a output:
Linux ris8-laptop 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux
Thinking about something changed in the ACPI configuration, I tried to get a sort of dump from /sys, then getting the differences just before and just after the first standby.
It made three successive dumps via "cp -a /sys sys1N" where N is 1 to 3 (to see the constantly changing elements, mainly /sys/slab/) and another three dumps via "cp -a sys sys2N". For all dumps I deleted each symlink to let diff work. The attached file is the diff between sys13 and sys21 (the dumps "nearest" to the standby period), with the constantly changed elements removed.
I hoped I could see something useful to identify the problem, but I'm not expert in this field. So I hope it could mean anything to you.