nv free driver no display on return from suspend to ram

[Nick_Hill]

Binary package hint: xserver-xorg-driver-nv

I have noticed various reports referring to the non-free binary drivers and suspend/resume. Of course, there is not much we can do about that. This bug report refers solely to the free driver with Xorg. I don't use non-free binary drivers.

Ubuntu Gutsy Tribe 3. Kernel 2.6.22-8-386
Chipset: integrated Nvidia 6100 GPU

Expected results:
After enabling S3/STR in BIOS, launch Ubuntu. System->Quit Suspend. Machine should power down. On key combination within seconds restore to where I left off.

Actual results:
After removing USB driver ( Bug #128322 ) (irrelevant to this bug but necessary information to reproduce bug). System->Quit->Suspend. Machine enters suspend mode. Hit key combination to resume. Machine appears to resume, but no display.

Try ctrl+alt+F1,2,3,4,5 etc. No display. Hit ctrl+alt+f1 then ctrl+alt+del. Machine reboots. Machine clearly not catatonic.

Try suspend/resume again. hitting ctrl+alt+backspace appears X windows re-starts. No display.

Log into machine via SSH over ethernet. Kill GDM. Restart GDM. /var/log/Xorg.0.log is re-written. Still, nothing on screen.

As mentioned elsewhere, try editing /etc/default/acpi-support.
# Should we attempt to warm-boot the video hardware on resume?
POST_VIDEO=false
Made no improvement. Revert back to true.

Shut down system. Added S3 PCI graphics card. Re-configured xorg, removed USB driver. Entered and resumed from suspend mode. All OK.

Shut down system. Added PCI Express Nvidia 6200 GPU disabling on-board GPU. Entered & recovered from suspend mode. On surface, symptoms look same as with 6100, but actually not. When recovering from suspend with 6100 GPU, machine completely freezes. Not possible to log in via SSH. Need to pull power cord.

Attached:
With 6100 GPU:
lshw lshw-6100.txt
lspci -v lspci-6100.txt
Xorg.0.log-6100-before before suspend.
Xorg.0.log-6100-after after X-windows restarted following suspend.

With 6200 GPU:
lshw lshw-6200.txt
lspci -v lspci-6200.txt
Xorg.0.log-6200-before before suspend.

With S3 GPU:
lshw lshw-s3.txt
lspci -v lspci-s3.txt
Xorg.0.log-s3-before before suspend.

(These files follow as a tar.gz attached to the next comment)

[Sitsofe Wheeler (sitsofe)]

(This sounds a little like Bug #121801 )

[Nick_Hill (nick-nickhill)]

Hello Sitsofe
The explanation Matthew Garrett gave on bug 121801 looks plausible for this bug.

In these cases, I would mark this bug as a dupe of 121801. However, that bug is:
1) Filed against Vesa driver
2) Filed against a specific model of Nvidia chip where mine covers testing of two and provides a test case where the graphics card is changed.

So I'll leave it to someone else to decide whether 121801 is a dupe of this, or if this is a dupe of 121801, or somehow to integrate the two bug reports.

[Sitsofe Wheeler (sitsofe)]

Nick:
Seems sensible. My comment was meant as a note rather than a statement.

[Bryce Harrington (bryce)]

It sounds likely that 121801 is relevant. In that bug it says that nVidia designed the hardware to disable the reinitialization code after boot. The way to fix it is to replicate the reinitialization sequence code done in the binary nvidia driver -- a development activity beyond what we can feasibly do for Ubuntu at this time. Marking as wishlist for now.

[Walter Bays (walter-bays)]

I have the same symptoms with a Nvidia GeForce 6150 LE. It's compounded by the suspend/resume bug with the forcedeth driver, so that even if I login to a failsafe X-terminal before suspending, I can't log back into gnome again after resuming. I think this is because X didn't like to have the MAC address changed. What works is to disable networking, go to failsafe X-terminal, suspend, resume, go to gnome, and enable networking. Long version at http://blogs.sun.com/wbays/entry/forward_to_the_32_bit

[Sitsofe Wheeler (sitsofe)]

A slightly more detailed explanation of the "nv resume breaks after suspend to RAM" issue can be read on http://katzj.livejournal.com/407566.html?thread=350990#t350990 ...

[imachine (m-jedrasik)]

NV broken with GeForce 7600 GO (Compal EL80 laptop).

No screen on resume, suspends fine.

'nvidia' (177, 173 and 96) shows no such issue.

[Bryce Harrington (bryce)]

Thank you for reporting this issue about xserver-xorg-video-nv. Starting
with Lucid, Ubuntu is transitioning to using the -nouveau video driver
by default instead of -nv. The reason for this change is because
upstream development for the -nv driver has been quite slow. We are
quite pleased with the upstream development speed for -nouveau, and hope
this will translate into swifter bug fixes as well.

Because of this, I'm closing this bug report at this time. I'm marking
it wontfix because what you describe is probably a valid issue, but we
do not have further plans to work on it in Ubuntu. If you would still like
to see this issue investigated, I would encourage you to file it
upstream at http://bugs.freedesktop.org/.