Nvidia Suspend and Hibernate not working on T61P

Bug #201936 reported by Brian J. Woods
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu
New
Undecided
Unassigned

Bug Description

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.04
DISTRIB_CODENAME=hardy
DISTRIB_DESCRIPTION="Ubuntu hardy (development branch)"

If I suspend the laptop. When I resume, it comes back to a blank screen instead of the previous state. This is with and without compiz. I tried switching virtual consoles (CTRL+ALT+F?) with no success. I also tried killing X with CTRL+ALT+BACKSPACE. The keyboard activity works (LED lights up on CAPS LOCK). I can also restart the machine if I do CTRL+ALT+DEL.

I've tried using the settings from here:
https://help.ubuntu.com/community/NvidiaLaptopBinaryDriverSuspend

I am using Ubuntu Hardy 64 bit with current packages as of 3/13/08. I am using Lenovo T61P with the Nvidia Quadro 570M. I am using restricted drivers. I am using 169.12+2.6.24.11-12.31 with kernel version 2.6.24.12.13 (2.6.24-12-generic).

Revision history for this message
Brian J. Woods (brian-ektropy) wrote :

Tried workarounds from here https://bugs.launchpad.net/ubuntu/+source/acpi/+bug/139089
No Success.

Revision history for this message
Mozg (andrei-arhont) wrote :

I had similar problems, but were able to fix the suspend bit. I also have T61p with nvidia 570M. Never managed to fix the hibernation with proprietary nvidia drivers. What i've done is changed the /etc/default/acpi-support file to include:

SAVE_VBE_STATE=false
POST_VIDEO=false
SAVE_VIDEO_PCI_STATE=false

and added the following in the Device directive of xorg.conf
        Option "NvAGP" "1"

Using these settings I was able to suspend and resume several times in a row. However, I did notice that if i use opengl applications, my X does not resume into the existing session, but restarts the X server. I didn't manage to fix this problem. Perhaps other people can help on this?

The hibernation bit was never working properly. It seems to resume and I can see the console screen, but not able to do anything with it. Several buttons work like Caps / Num lock and I can restart with Ctrl-Alt-Del.

All of these problems seems to relate to Nvidia drivers alone, as I can successfully Suspend and Resume when I am using vesa X drivers.

Revision history for this message
xor (xor) wrote :

I'm on Kubuntu12.10 amd64 using a Thinkpad T61p with the proprietary NVIDIA drivers.
I am willing to help debugging this, I am a developer myself so I can follow complex instructions.

Suspend works very well, but hibernation does not.

What does work is writing the hibernation file to disk and turning the device off.
What does NOT work is resuming from the hibernation file.

The kernel will print the screen which shows the progress of loading the hibernation data.
After it has finished, a blank screen will appear.

I tried using pm-hibernate from a text-mode terminal, i.e. I switched from the X server to the terminal with CTRL+ALT+F1.
After resuming from hibernation, I randomly pressed all keys on the keyboard and then tried to switch back to the terminal with CTRL+ALT+F1 which DID work.
What showed was that the pm-hibernate program had NOT exited yet, i.e. there was no terminal prompt after it.

Then I was able to switch to the other terminals, however they did hang after I typed the username and tried to enter the password.

Revision history for this message
xor (xor) wrote :

Further, the bug to which this is linked as a duplicate is marked as "Fix released" but the issue is NOT fixed.
Can someone please remove the duplicate mark? This might be a specific T61p issue so it should not be marked as duplicate.

Revision history for this message
xor (xor) wrote :

Further Google investigation showed that after 2 minutes of waiting for the system to resume from hibernation, a part of the kernel will crash due to a timeout and the system WILL be useable.

I've attached the related tail of /var/log/kern.log

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.