Distribution: Ubuntu Hardware Environment: IBM Thinkpad R31, 1133MHz Celeron version Software Environment: Ubuntu 4.10 "Warty" release Problem Description: I was unable to get any ACPI suspend modes with the 2.4.8.1 kernel that shipped with the distribution, so I upgraded to the 2.6.10-3-386 build backported from the Hoary (unstable) release. Now S1 suspend, S4 hibernate (with swsusp) and resuming from those states works. S3 suspend works, but upon resuming, the cd-rom spins and the HD appears to start to spin up, but LCD doesn't come back on. The keyboard is unresponsive and the only way to get the machine back is to hold down the power button until it powers off completely and reboot it. I have built a custom DSDT using the directions from http://home.fhtw-berlin.de/~s0502837/r31/ and loaded it with the ACPI-initrd patch and it doesn't seem to make a difference. Steps to reproduce: 1) Boot to single-user mode. 2) Unload all unused modules. 3) echo 3 > /proc/acpi/sleep 4) The system suspends without error. 5) Trip the lid switch or press the power button. 6) The cdrom spins, the cpu fan comes on, the hard drive begins to spin up, but the LCD never comes back on and the keyboard is unresponsive (even magic sysreq combos don't work)
Created attachment 4614 [details] /var/log/dmesg output
Created attachment 4615 [details] lspci output
Can you remote access (for example, though ssh) the system after S3 resume? It maybe is just a blank LCD issue.
The network card does not seem to come back up. I tried pinging the box from another machine after the resume and got no response.
There might be a bug in ACPI code in file wakeup.S. The lgdt instruction is suggested by intel to add a DB 66h to become a 32bit instruction. Would you kindly try it to check if it is the root clause? I think it might also be worth to give it a try on other wakeup-fail system (not for display blank situation.)
acpi4linux team has patched the comment #5 I wrote. Please check the latest acpi patch against 2.6.11 from http://acpi.sf.net filename: acpi-20050408-2.6.11.diff.gz Hope it helps. yours, Dennis
please try 2.6.13
I'm still seeing this bug on my R31 with 2.6.14.3 and the suspend2-2.2-rc13 patch (no other patches). I have also hacked on my DSDT for this machine. Let me know what I can try to debug this problem.
Is it possible you can try the patch at http://bugzilla.kernel.org/show_bug.cgi?id=2039? Thanks!
Tried the patch but unfortunately I'm still seeing the same behavior.
still an issue with linux-2.6.22.stable or later? Re: blank video, please try the workarounds in Documentation/power/video.txt
please re-open if this is still a problem in linux-2.6.22.stable or later