Kernel Bug Tracker – Bug 3203
S3 resume: video restored only w/ NVIDIA-ACPI X driver - Samsung X30 WVC1500, Dell 8600
Last modified: 2007-04-28 12:49:15 UTC
Hardware Environment: Samsung X30 WVC1500 laptop
Software Environment: Gentoo linux. Kernel 2.6.7 with latest
acpi-20040715-2.6.7-patch from acpi.sf.net applied.
Problem Description: Laptop suspends and wakes up properly (after wakeup I can
connect via ssh!) but the display remains black (no matter, whether I was in
X, framebuffer or text-mode). Tips
from /usr/src/linux/Documentation/power/video.txt didn's help.
Steps to reproduce: echo -n mem > /sys/power/state
Then press the Powerbutton.
Created attachment 3500 [details]
dmesg output after s3 resume
Created attachment 3501 [details]
Created attachment 3502 [details]
Created attachment 3503 [details]
lspic of Samsung X30 WVC1500
Created attachment 3504 [details]
I have the exact same symptoms with my Dell Inspiron 8600 w/WUXGA display
and GeForce FX Go 5200 adapter.
Using Fedora Core 2, tried a handful of kernels, including 188.8.131.52
w/acpi-20040715 patch, and plain 2.6.9-rc1. Also tried 'xset dpms force off'
before entering S3, with no success.
Same here with X10.
However, this program  activates the display, but it's still not usable.
I finally resolved my case. By uising a newer NVIDIA X-driver which supports ACPI,
S3 suspending works perfectly (only from X, though). Maybe there's a driver for
the Radeon card supporting ACPI as well?
Christoph, is the Samsung fixed as the Dell was with an updated NVIDIA driver?
Christian, how abou the X10?
If it works in X, will virtual consoles still work after resume?
Len -- yes, virtual consoles work fine after S3 resume here.
I tried it with the latest nvidia-drivers 1.0.6629 but I had no success:
The display still remains black after S3 resume no matter whether I suspended
it from X, fb-console or text-console. In the case where I suspend it from the
console I can type "reboot" after resume and it reboots properly. Everything
seems to work after resume except the display.
I'm using 2.6.9 sources (gentoo-dev-sources-2.6.9-r1) at the moment.
Any other Ideas?
Can you check whether running the video_post utility from bug #3670 changes
anything? Please try it from VGA console with no framebuffer.
Created attachment 4029 [details]
Photo of Display after S3 resume with video_post
As you suggested, Venki, I've tried your tool from the vga-console (and from
the fb-console as well). Yeah, it did some kind of reactivate the display. But
the display got white and then slowly turned to gray with some funny colored
stipes (see attachment)...
(Len,) It turns out my virtual consoles do not work after resume after all.
Sorry for this late feedback. I'm now on 2.6.9/fc2 and nvidia driver 1.0.6629.
I have the same problem with my Dell Inspiron 5150 laptop with A38 bios, the
2.6.11-gentoo-r11 kernel (essentially a 184.108.40.206 kernel) and binary-only NVIDIA
driver version 1.0.7664. Suspend works if X is running (a part from the USB
devices sometimes getting lost, and the fan running a bit fast afterwards), but
all virtual consoles are messed up. If X was the active display the LCD display
is filled with weird colors once I shift to a virtual console. If I was on a
virtual console, it is black. A part from this the computer is working.
I have the same problem with my Samsung M40 and Ubuntu 5.10.
The display remains black after resume. From the console
it can be reactivated by vbetool's post comand. Then it shows the
strange behaviour described above.
Video restore on S3 resume is the job of the BIOS or video driver,
and is not part of ACPI. Moving to drivers/video.
Problems with video after an S3 resume can be solved by the s2ram tool (see
http://en.opensuse.org/S2ram). If that helps, please close this bug.
*** This bug has been marked as a duplicate of 7225 ***