Bug 3670

Created attachment 3913 [details]
dmesg output

The proprietary modules are not loaded when suspend is tested, and no dmesg can
be gathered after I try to resume from suspend (obviously).

Created attachment 3914 [details]
dmidecode output

Created attachment 3915 [details]
dsdt.dsl (output of iasl)

The DSDT compiles back without any problems.

I have the same problem w/ SONY Z1 before. This is fixed by 2.6.9. Note the 
video might not come back, just make sure you can ssh to the machine after 
resume. You need an additional userspace tool to make the video come back.

Thanks, I'll test 2.6.9 ASAP.

It wakes up great now, with 2.6.9, however, the video doesn't come back up, as
you noted. Do you know which tool to use to bring the video back up? I tried
spicctrl, to try and change the brightness, and radeontool, to turn the DAC and
lights on and off, neither worked.

Created attachment 3929 [details]
video_post tool from Venki

See README for details. I used it as "echo 3 > /proc/acpi/sleep 
&& /root/emu/video_post". The only problem is it discards the "screen 
expansion" BIOS option, so I can only get a small screen after resume. Please 
let me know how is it going on your laptop.

Thanks a lot, Zhu Yi. The video_post tool fixed my last problem with sleep,
everything works fine now. Can the bug be closed?

Nice to see the userlevel tool worked for you. 

I will like to keep this bug open until this bug is fixed kernel/user utility,
 without the user having to run this tool.

Also, I think there are many other bugs in the bugzilla with similar problems. 
Probably we can mark all of them duplicates of this one.

-Venki

Created attachment 3961 [details]
Patch to invoke vga_post from kernel

If the above vga_post utility helps you to get back the text console after S3
suspend-resume, you can use the attached patch to invoke that utility from
kernel directly (Please note the path for video_post in the patch should match
the patch where you have installed it).
The advantage being, this will make the Xwindows work after resume as well.
This still doesn't help framebuffer consoles.

Venkatesh, surely, this should be done in either the X driver, or in the
framebuffer driver, not in user-space called from the kernel.
Or they should be a way to change the path to the command-line tool, as
/proc/sys/kernel/hotplug allows for the hotplug subsystem.

*** Bug 3168 has been marked as a duplicate of this bug. ***

*** Bug 1721 has been marked as a duplicate of this bug. ***

Bug 3662 is the same as this Bug,and have been fixed by patch video_post. I use this patch in kernel2.6.9.Succeed in X and console without framebuffer.Failed in framebuffer. Thanks to Venki.

Sorry,it is Bug3622,not 3662

*** Bug 3622 has been marked as a duplicate of this bug. ***

*** Bug 605 has been marked as a duplicate of this bug. ***

The hibernate script[1] (used mainly for Software Suspend 2 but also vanilla
swsusp and S3), has an option called UseDummyXServer. It essentially runs:

  xinit /bin/true -- `which X` :9

to reinitialise the video card before switching back to X. It has been recently
confirmed to work for several people with radeons, and some earlier nVidia cards
and drivers when resuming from suspend to disk.

It appears as if video_post might be doing a similar thing. Does using this X
hack work for S3 and if so, would it be a more portable (though less flexible)
solution? (not requiring an extra binary to be installed if X already is).

[1] http://download.berlios.de/softwaresuspend/hibernate-script-1.01.tar.gz

will "X hack" serve for intel855GM?

I have tried it, and works well with Dell Inspiron 700m, thanks for all the 
efforts. In replying to William, yes, it will work with your Video chipset. The 
only thing is that for me, the i830 module wont load back in after I resume 
from suspend, so I changed the script a little, and put it in /sbin/suspendtest 
and chmod it to be able to execute. 
 
# this file is /sbin/suspendtest 
echo "mem" > /sys/power/state 
modprobe i830 
/root/emu/video_post 
 
 
With this, my video wakes up, of course only from console and not from and to 
X. I need to apply the kernel patch for that. 
 
Hope it helps 
 
Benedek Frank 

Hi 
 
To add to my comments, I could not patch my kernel with the patch offered here .My kernel is a 
debian 2.6.9 kernel, and did not take the patch.  
 
However, I did recognize that while X will show strange characters when woken up with video_post, if 
you do a CTRL ALT 1 and then back to CTRL ALT 7 (that is where debian's KDM runs) , the display is 
restored. So it isn't a very big deal. 
 
Thanks for the great posts, it helped me a great deal. 
 
Ben 

Hi 
 
Sorry for the typo \. It wanted to be CTRL ALT F1 and then CTRL ALT F7. 
 
Ben 

video_post doesn't seem to do anything for me after waking up from suspend on HP
nw8000 with ATI FireGL T2 (Radeon 9600). When I launch it, it simply hangs
without doing anything [I can see] and the screen remains blank. This is with
2.6.9 (debian) kernel + latest (2004-12-10) ACPI patch.

*** Bug 1960 has been marked as a duplicate of this bug. ***

*** Bug 1688 has been marked as a duplicate of this bug. ***

More information about the problem with ATI FireGL T2 on HP nw8000: after
installing the ATI X drivers, I see this in XFree86.log when trying to run X
after waking up from suspend:

(II) fglrx(0): Primary head:
 Monitor   -- NONE
 Connector -- DVI-D
 DAC Type  -- TVDAC/ExtDAC
 TMDS Type -- Internal
 DDC Type  -- DVI_DDC
...
(EE) Screen(s) found, but none have a usable configuration.

i.e. it simply doesn't detect the monitor at all (usually it would say LVDS
instead of NONE) which seems to confirm that somehow the screen isn't switched
on when the machine wakes up. I'd appreciate any idea(s) about possible
workarounds as so far the machine remains unusable.

video-post does not work on my Dell Inspiron 8600 with nVidia GeForce FX Go5200. 
On resume, I get only a blank screen. At this point, I can still do a
Magic-Sysreq to reboot, so it is not a complete kernel lockup. I am running
kernel-2.6.10 with recent acpi patches (jan-25-2005)+ swsup2. 

Model:           GeForce FX Go5200
IRQ:             11
Video BIOS:      04.34.20.42.c1
Card Type:       AGP

I tried from both the Xserver and the console with the same result. However, I
am running console as a framebuffer console. Would this conflict?

Using the hibernate tool I have managed to get my Inspiron 5150 with Nvidia
GeForce FX Go 5200] (rev a1) running ubuntu 2.6.10-5-386 to suspend. To do so
since I am using the binary driver I need to remove the binary driver switch to
console or fb and then it is able to suspend and resume properly from the swap. 

Please let me know if anyone would like more information.

Thanks,
Josh Abraham 

The Video_post tool works very well with kernel 2.6.10, but it seems that it
does not work with kernel 2.6.11. Are there any work arounds in 2.6.11 that
would allow the screen to come back on?

James, it must be some other problem, because my laptop works just fine with it
(with the current 2.6.11 kernel in Fedora Core 4 test 3).

Video restore on S3 resume is a BIOS or video driver issue,
not an ACPI issue.  moving to drivers/video.

I'm closing this bug. The original bug was about the Sony S1XP (with a Radeon
card) not waking back up from sleep correctly. That works with the video_post
tool below on Fedora 2, 3 and 4, and out of the box on Fedora Core 5.