Bug 124141 - [ACPI] Asus L8400L laptop does not resume from ACPI Suspend-to-RAM
Summary: [ACPI] Asus L8400L laptop does not resume from ACPI Suspend-to-RAM
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
(Show other bugs)
Version: 2
Hardware: i686 Linux
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2004-05-24 14:06 UTC by Pavel Tsekov
Modified: 2015-01-04 22:06 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-04-16 04:23:28 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
'lspci' output (884 bytes, text/plain)
2004-05-24 14:08 UTC, Pavel Tsekov
no flags Details
'lspci -v' output (3.65 KB, text/plain)
2004-05-24 14:09 UTC, Pavel Tsekov
no flags Details
'dmesg' output (10.33 KB, text/plain)
2004-05-24 14:11 UTC, Pavel Tsekov
no flags Details

Description Pavel Tsekov 2004-05-24 14:06:14 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2)

Description of problem:
After issuing either "echo mem > /sys/power/state" or
"echo 3 > /proc/acpi/sleep" apparently the machine goes
to sleep (the disk stops, the monitor goes off, the cpu
fan stops, the power indicator starts blinking, etc).
Next I try to ressurect it by pushing the power button.
From what i can tell it tries to resume (the disk starts,
the cpu fan starts, the power indicator stops blinking)
but it fails to complete - the monitor is still off and
the machine seems pretty much dead and needs to be powered
off and started again.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. echo mem > /sys/power/state

Actual Results:  The laptop fails to resume when suspended to ram.

Expected Results:  The laptop should resume.

Additional info:

Comment 1 Pavel Tsekov 2004-05-24 14:08:46 UTC
Created attachment 100494 [details]
'lspci' output

Comment 2 Pavel Tsekov 2004-05-24 14:09:35 UTC
Created attachment 100495 [details]
'lspci -v' output

Comment 3 Pavel Tsekov 2004-05-24 14:11:20 UTC
Created attachment 100496 [details]
'dmesg' output

Comment 4 Pavel Tsekov 2004-05-24 14:14:00 UTC
JFYI, resuming from "echo standby > /sys/power/state" works just fine.

Comment 5 Arjan van de Ven 2004-05-25 11:01:33 UTC
Can you try the 383 kernel from http://people.redhat.com/arjanv/2.6
it has some suspend/resume enhancements....

Comment 6 Pavel Tsekov 2004-05-25 14:22:26 UTC
I've downloaded and installed kernel-2.6.6-1.383.i686.rpm .It behaves
identically as much as I can see. The system still cannot fully restore
from Suspend-to-RAM (in particulary the screen remains blank and the
system is non-controlable, but the network TCP/IP stack responds
to ping request send over the network).

Any further hints on how to proceed ? I'd be happy to help tracking
this one.

Comment 7 Arjan van de Ven 2004-05-29 08:20:13 UTC
Keep tracking the kernels on that URL, I'm working on suspend stuff in
them :)
It's not quite all there yet but it's one small step at a time :(

Comment 8 David Lowe 2004-05-30 13:22:33 UTC
I have a similar problem on a Dell Inspiron 4150 laptop. To test this,
I switch to a console display. Under ACPI, suspend to mem, and then
resume leaves me with a blank display. I am able to reboot using
Ctrl-Alt-Del (which seems to be an improvement that appeared with the
new test kernels). 

Switching displays using Ctrl-Alt-F7 lights up the display which
appears all white with some black vertical lines. Switching back to
console with Ctrl-Alt-F1 again leaves me with a garbled display.
I have a Radeon Mobility M7 graphics card (similar to Comment #2, but
not identical).

Suspend to RAM works fine under APM.

Comment 9 Pavel Tsekov 2004-06-09 13:12:56 UTC
Still no good with -422 .. will continue to test more kernels as they

Comment 10 Dave Jones 2004-12-07 05:55:26 UTC
any improvement in the 2.6.9 errata kernels ?

Comment 11 Dave Jones 2005-04-16 04:23:28 UTC
Fedora Core 2 has now reached end of life, and no further updates will be
provided by Red Hat.  The Fedora legacy project will be producing further kernel
updates for security problems only.

If this bug has not been fixed in the latest Fedora Core 2 update kernel, please
try to reproduce it under Fedora Core 3, and reopen if necessary, changing the
product version accordingly.

Thank you.

Note You need to log in before you can comment on or make changes to this bug.