2007-11-07 17:01:55 |
Enrico Gueli |
bug |
|
|
added bug |
2007-11-07 17:02:30 |
Enrico Gueli |
bug |
|
|
added attachment 'dmidecode.txt' (dmidecode output) |
2007-11-07 17:02:57 |
Enrico Gueli |
bug |
|
|
added attachment 'dmesg.txt.gz' (dmesg output) |
2007-11-07 17:03:51 |
Enrico Gueli |
bug |
|
|
added attachment 'lspci.txt' (lspci -vvnn output) |
2007-11-07 17:21:43 |
Enrico Gueli |
bug |
|
|
added attachment 'sys_before_after_sleep.diff' (sys_before_after_sleep.diff) |
2007-12-20 21:11:10 |
Leann Ogasawara |
bug |
|
|
assigned to linux (Ubuntu) |
2007-12-20 21:11:24 |
Leann Ogasawara |
linux: status |
New |
Incomplete |
|
2007-12-28 03:35:57 |
Leann Ogasawara |
linux-source-2.6.22: status |
New |
Won't Fix |
|
2007-12-28 20:26:55 |
Enrico Gueli |
bug |
|
|
added attachment 'dmesg.txt.gz' (dmesg output after first suspend/resume) |
2007-12-31 19:07:31 |
Leann Ogasawara |
linux: importance |
Undecided |
Medium |
|
2007-12-31 19:07:31 |
Leann Ogasawara |
linux: assignee |
|
ubuntu-kernel-team |
|
2007-12-31 19:07:31 |
Leann Ogasawara |
linux: status |
Incomplete |
Triaged |
|
2008-04-26 23:26:06 |
Enrico Gueli |
bug |
|
|
assigned to linux-source-2.6.24 (Ubuntu) |
2008-05-01 18:40:42 |
Leann Ogasawara |
linux-source-2.6.24: status |
New |
Invalid |
|
2008-09-23 09:17:06 |
Boris Kazakov |
bug |
|
|
added attachment 'lscpi.txt' (lscpi.txt) |
2008-12-02 12:23:26 |
Enrico Gueli |
title |
Acer Aspire 5720 hangs on second resume from standby |
Acer Aspire 5720 hangs on second resume from suspend, i.e. suspends only once |
|
2009-04-27 21:36:29 |
Tomasz Guziałek |
attachment added |
|
Instructed by this link: https://wiki.ubuntu.com/DebuggingKernelSuspend http://launchpadlibrarian.net/26045015/pm-suspend_after_crash.txt |
|
2009-04-27 21:37:41 |
Tomasz Guziałek |
attachment added |
|
Dmesg after BIOS update. http://launchpadlibrarian.net/26045035/dmesg_flash_bios_2.txt |
|
2009-04-28 17:29:34 |
Philippe Chabbert |
removed subscriber Philippe Chabbert |
|
|
|
2009-05-01 08:46:21 |
NetGhost |
removed subscriber NetGhost |
|
|
|
2009-08-03 20:07:28 |
mrrusof |
attachment added |
|
dmesg.txt http://launchpadlibrarian.net/29835277/dmesg.txt |
|
2009-08-11 21:46:33 |
AndrewJ |
removed subscriber AndrewJ |
|
|
|
2009-08-12 22:59:32 |
mrrusof |
bug watch added |
|
http://bugzilla.kernel.org/show_bug.cgi?id=13121 |
|
2009-08-20 11:58:28 |
Can Koy |
bug watch added |
|
http://bugzilla.kernel.org/show_bug.cgi?id=13931 |
|
2009-11-09 17:00:19 |
pramsay13 |
removed subscriber pramsay13 |
|
|
|
2009-11-10 13:54:28 |
nickolai |
removed subscriber nickolai |
|
|
|
2009-11-16 03:40:17 |
Boris Kazakov |
removed subscriber Boris Kazakov |
|
|
|
2010-04-06 20:03:45 |
Milan Bouchet-Valat |
bug task added |
|
linux |
|
2010-05-18 21:07:17 |
Maxim Levitsky |
summary |
Acer Aspire 5720 hangs on second resume from suspend, i.e. suspends only once |
Acer Aspire 5720 hangs on second resume from suspend, i.e. suspends only once [BIOS PROBLEM] |
|
2010-05-18 21:18:20 |
Simon |
removed subscriber Simon |
|
|
|
2010-05-18 21:54:35 |
Maxim Levitsky |
description |
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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.
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- upgrading BIOS from 1.14 to 1.19;
I followed the instructions at https://wiki.ubuntu.com/DebuggingKernelSuspend. If I execute that command even for first standby, at next reboot I have these data:
Magic number: 0:35:185
hash matches drivers/base/power/resume.c:57
hash matches device device:44
Any help is VERY appreciated! This is definitely the bug that keeps me to using Linux for everyday work... |
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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. It hangs early and doesn't pass control to linux.
Linux has no chance to bring system back from standby not understand why that happens.
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- upgrading BIOS from 1.14 to 1.19;
I followed the instructions at https://wiki.ubuntu.com/DebuggingKernelSuspend. If I execute that command even for first standby, at next reboot I have these data:
Magic number: 0:35:185
hash matches drivers/base/power/resume.c:57
hash matches device device:44
Any help is VERY appreciated! This is definitely the bug that keeps me to using Linux for everyday work...
|
|
2010-05-18 21:56:24 |
Maxim Levitsky |
description |
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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. It hangs early and doesn't pass control to linux.
Linux has no chance to bring system back from standby not understand why that happens.
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- upgrading BIOS from 1.14 to 1.19;
I followed the instructions at https://wiki.ubuntu.com/DebuggingKernelSuspend. If I execute that command even for first standby, at next reboot I have these data:
Magic number: 0:35:185
hash matches drivers/base/power/resume.c:57
hash matches device device:44
Any help is VERY appreciated! This is definitely the bug that keeps me to using Linux for everyday work...
|
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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.
It not possible to understand what triggers that BIOS hang.
It probably is some bug that by chance doesn't trigger on windows.
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- upgrading BIOS from 1.14 to 1.19;
I followed the instructions at https://wiki.ubuntu.com/DebuggingKernelSuspend. If I execute that command even for first standby, at next reboot I have these data:
Magic number: 0:35:185
hash matches drivers/base/power/resume.c:57
hash matches device device:44
Any help is VERY appreciated! This is definitely the bug that keeps me to using Linux for everyday work...
|
|
2010-05-19 21:27:59 |
Maxim Levitsky |
attachment added |
|
fix.diff http://launchpadlibrarian.net/48777450/fix.diff |
|
2010-05-21 18:41:34 |
allynfolksjr |
removed subscriber allynfolksjr |
|
|
|
2010-05-21 21:36:22 |
Maxim Levitsky |
attachment added |
|
acpi-ec-pm-fix-race-between-ec.patch http://launchpadlibrarian.net/48892411/acpi-ec-pm-fix-race-between-ec.patch |
|
2010-05-22 22:06:53 |
Oliver Willemse |
removed subscriber Oliver Willemse |
|
|
|
2010-05-31 18:19:57 |
Maxim Levitsky |
linux (Ubuntu): assignee |
|
Maxim Levitsky (maximlevitsky) |
|
2010-05-31 18:27:18 |
Maxim Levitsky |
attachment added |
|
writereg http://launchpadlibrarian.net/49453243/writereg |
|
2010-05-31 18:28:23 |
Maxim Levitsky |
attachment added |
|
writereg.c http://launchpadlibrarian.net/49453279/writereg.c |
|
2010-05-31 18:28:58 |
Maxim Levitsky |
attachment added |
|
make_s2ram_work http://launchpadlibrarian.net/49453292/make_s2ram_work |
|
2010-05-31 18:41:44 |
Maxim Levitsky |
description |
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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.
It not possible to understand what triggers that BIOS hang.
It probably is some bug that by chance doesn't trigger on windows.
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- upgrading BIOS from 1.14 to 1.19;
I followed the instructions at https://wiki.ubuntu.com/DebuggingKernelSuspend. If I execute that command even for first standby, at next reboot I have these data:
Magic number: 0:35:185
hash matches drivers/base/power/resume.c:57
hash matches device device:44
Any help is VERY appreciated! This is definitely the bug that keeps me to using Linux for everyday work...
|
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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(doesn't show up on all acer sites) 1.45 BIOS, was reported to keep this bug)
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- 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... |
|
2010-05-31 21:55:46 |
Enrico Gueli |
attachment added |
|
10AcerNVS http://launchpadlibrarian.net/49464695/10AcerNVS |
|
2010-05-31 22:57:24 |
Maxim Levitsky |
description |
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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(doesn't show up on all acer sites) 1.45 BIOS, was reported to keep this bug)
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- 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... |
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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(doesn't show up on all acer sites) 1.45 BIOS, was reported to keep this bug)
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- 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...
|
|
2010-05-31 22:58:20 |
Maxim Levitsky |
description |
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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(doesn't show up on all acer sites) 1.45 BIOS, was reported to keep this bug)
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- 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...
|
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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(doesn't show up on all acer sites) 1.45 BIOS, was reported to keep this bug)
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- 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...
|
|
2010-05-31 23:00:20 |
Maxim Levitsky |
description |
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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(doesn't show up on all acer sites) 1.45 BIOS, was reported to keep this bug)
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- 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...
|
This problem has been posted in Ubuntuforums (http://ubuntuforums.org/showthread.php?t=600450), but got no answer.
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(doesn't show up on all acer sites) 1.45 BIOS, was reported to keep this bug)
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-support, one by one:
- ACPI_SLEEP_MODE=standby -> the script stops and says "echo: write: No such device" writing 'standby' to /sys/power/state
- SAVE_VBE_STATE=false
- POST_VIDEO=false
- USE_DPMS=false
- DISABLE_DMA=true
- RESET_DRIVE=true
- ENABLE_LAPTOP_MODE=true
- DOUBLE_CONSOLE_SW=true
- toggling more than one flag like described here: http://de.wikibooks.org/wiki/Asus_W3N-Kompendium:_Ubuntu_Suspend_to_Ram -> hangs on first resume
- 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/{suspend,resume}.d -> apart from the screen unable to work at first resume, nothing changed;
- 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...
|
|
2010-06-04 17:57:56 |
Nigel Babu |
removed subscriber Ubuntu Review Team |
|
|
|
2010-06-27 15:31:49 |
Maxim Levitsky |
linux (Ubuntu): status |
Triaged |
Fix Released |
|
2010-06-27 22:13:16 |
Milan Bouchet-Valat |
linux (Ubuntu): status |
Fix Released |
Triaged |
|
2010-06-27 22:13:23 |
Milan Bouchet-Valat |
nominated for series |
|
Ubuntu Lucid |
|
2010-06-27 22:14:26 |
Milan Bouchet-Valat |
linux (Ubuntu): assignee |
Maxim Levitsky (maximlevitsky) |
|
|
2010-07-28 16:35:41 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Review Team |
2010-07-28 16:35:44 |
Brian Murray |
tags |
cft-2.6.27 intrepid linux-2.6.27 resume suspend |
cft-2.6.27 intrepid linux-2.6.27 patch resume suspend |
|
2010-07-30 20:27:28 |
Tim Gardner |
nominated for series |
|
Ubuntu Maverick |
|
2010-07-30 20:27:28 |
Tim Gardner |
bug task added |
|
Ubuntu Maverick |
|
2010-07-30 20:27:28 |
Tim Gardner |
bug task added |
|
linux (Ubuntu Maverick) |
|
2010-07-30 20:27:28 |
Tim Gardner |
bug task added |
|
linux-source-2.6.22 (Ubuntu Maverick) |
|
2010-07-30 20:28:55 |
Tim Gardner |
linux-source-2.6.22 (Ubuntu Maverick): status |
Won't Fix |
Fix Released |
|
2010-07-30 20:28:55 |
Tim Gardner |
linux-source-2.6.22 (Ubuntu Maverick): assignee |
|
Tim Gardner (timg-tpi) |
|
2010-08-12 17:05:41 |
Leann Ogasawara |
linux (Ubuntu Maverick): status |
Triaged |
Fix Released |
|
2010-11-01 21:26:23 |
Frodon |
bug |
|
|
added subscriber Frodon |
2011-01-24 06:37:57 |
Bug Watch Updater |
linux: status |
Unknown |
Fix Released |
|
2011-02-04 12:43:59 |
Bug Watch Updater |
linux: importance |
Unknown |
Medium |
|
2011-10-05 22:02:03 |
Jeremy Foshee |
removed subscriber Jeremy Foshee |
|
|
|