Kernel Bug Tracker – Bug 2250
S3 resume: no video - Dell Latitude x200
Last modified: 2007-04-28 12:49:14 UTC
Distribution: debian testing
Hardware Environment: dell latitude x200 bios A09
My dell x200 laptop will not wakeup from an S3 sleep state. After issuing an
echo -n "mem" > /sys/power/state, the system proceeds to suspend much as it does
in win2k. The power light goes off and the battery light starts to blink
instead of being steadily illuminated (system is plugged into ac throughout the
procedure). When I subsequently hit the power button, the battery light stops
flashing and goes black and the system must be hard reset (unplug battery,
unplug power, wait for some time, replug power, hit power button) to do
anything. This is similar behavior to bug #1415 -- but the fixes described
there do not work.
Steps to reproduce:
Starting from pristine 2.6.3 sources, apply acpi-2.6.3-20040220 patch and:
After boot cat /proc/acpi/wakeup_devices.
All wakeup_devices are initially disabled.
Enable PWRB: cat "PWRB" > /proc/acpi/wakeup_devices
Verify that PWRB is enabled as a wakeup device.
There is a dsdt fix (c.f. http://acpi.sourceforge.net/dsdt/view.php?id=60
http://modperl.com:9000/x200/dsdt_details.html) which allows to see the battery.
Presumably this should be unrelated and the behavior seems to be independent of
using the dell dsdt or the fixed dsdt. Also seems to be independent of bios
versions A05 vs A09.
Incidental: neither of the two other supported sleep states "suspend" "disk" do
Behavior is generic with respect to:
dsdt (dellA05, dellA09, or battery fix)
Created attachment 2285 [details]
various dump files: dmesg, acpidmp, dmidecode, etc.
Is the problem still there with 2.6.9?
Yep... as a matter of fact, I tried 2.6.9 last week. I did not, however, apply
the latest ACPI patch, nor did I apply the wakeup_devices patch as I did with
2.6.3. Same behavior: LED stops flashing after I try to wake up, and the thing
remains comatose. Thanks.
Is the problem still there with latest 2.6 kernel?
If yes, can you make sure whether the problem is only with restore of the
video (try connecting through network or serial after resume).
If it is only the video problem,
- Please try the options in Documentation/power/video.txt
- Try the workaround in bug #3670
Oops... my bad. It was 2.6.8 that I had just tried. So just now, I tried
2.6.9. Sure enough there was a /proc/acpi/wakeup waiting there for me, and if I
cat'ed it, I see PWRB with a 5 and a star! Presumably that's good :). Now
after being suspended, the LED and fan come back on when I hit the power button
*yeah!* Unfortunately, video_post doesn't bring the console back *boo!*. But
now, it's at least got a pulse, so I can tweak it. Shucks... I can even hold
down the power button for 5 seconds, and I don't need to take out the battery.
I'll rebuild a more reasonable kernel with networking, so I can get in there and
More to follow... (hopefully).
Please re-open if still a problem with linux-2.6.10 or later.
I would like to re-open this bug. I have a Dell X200 as well, and encounter the
same problem as described below (with kernel version 2.6.17)
When I suspend to ram, it seems to work, but on resume the machine hangs
- screen blank and black
- no keyboard -- caps lock doesn't do anything and typing things like
"ls", "find /" doesn't do anything;
- no network -- cannot ssh in
I tried using "echo mem >/sys/power/state", or s2ram (from muswsusp 0.2) with
any of its options. I also tried booting with "init=/bin/bash", "vga=0" (default
anyway for me), "nolapic", "noapic",...
Any tips to try to debug this more systematically would be appreciated.
ACPI is not responsible for restoring video on S3 resume,
it is the job of the BIOS or video driver. Moving this bug
Craig, please see http://en.opensuse.org/S2ram, the inctructions in there may
help fix the problem. If they do, please close this bug.
*** This bug has been marked as a duplicate of 7225 ***