Bugzilla – Bug 359608
nvidia: screen stays dark after resum form s2ram if external monitor has been disabled by nvidia settings
Last modified: 2008-05-28 14:32:44 UTC
My xorg.conf is configured in Xinerama mode to use the internal monitor in addition to the external monitor, which is used as the primary display device, at the same time. S2ram basically works well in this setting (apart from scarce wakup delays which can last more than a minute). However if the user decides to disable the external monitor during runtime by the use of nvidia settings and thereupon puts the machine into s2ram, the screen will stay dark after wakeup (changing between virtual terminals does not help). Nevertheless there is a trick to rescue things. Connect via SSH and launch a new X-Server, that uses both monitors (independently whether the external monitor has been plugged in again in the meantime). The screen will awake and start displaying things as usual. Change back to the main Xorg-server at vt07 and there you will be. That trick even works if a second X-org server is started on vt08 in advance to a possible s2ram. Though that bug has persisted through the most different versions of the nvidia driver it still continues to be there: 'NVIDIA Accelerated Graphics Driver for Linux-x86' (version: 169.07). xorg-x11-6.9.0-50.52 2.6.16.54-0.2.3-default (uname -r) (older versions of the nvidia-drv and xorg have been tested with kernel 2.6.18.2-34 as well)
Concerning the rescue trick starting a second X-server in advance does not work any more with the x86-169.07 NV-driver version (x86-100 series should do it), because Nvidia seems having started to disable multiple X-server support. From now on the only way to do this is to start the second X-server after resume from s2ram via ssh.
If this problem persists with 169.09, please generate and provide an nvidia-bug-report.log. Thanks, Roland
tested with 171.05: permanent long wakeup delays (5min or longer) on resume from s2ram if mainscr has been disabled by nvidia-settings; it had still been necessary to chvt in order to get the display back(except once perhaps) during long wakeup delay: fan ventilates max., network ping refused
Created attachment 195319 [details] output of nvidia-bug-report.sh; after mainscr disabled by nvidia-settings but before s2ram
(In reply to comment #4 from Elmar Stellnberger (AT/K)) > Created an attachment (id=195319) [details] > output of nvidia-bug-report.sh; after mainscr disabled by nvidia-settings > but before s2ram You attached the output of the program instead of the created logfile.
Created attachment 198219 [details] after resume from s2ram screen stays dark The currently installed driver is: 'NVIDIA Accelerated Graphics Driver for Linux-x86' (version: 169.12)
Created attachment 198220 [details] by connecting via ssh to launch a second X-server all displays(vtXX) become visible again
Created attachment 198221 [details] now we can activate the primary monitor on vt07 again
Created attachment 198222 [details] ... and finally quit the second X-server launched fromout of an ssh session
.
Confirmed with NVIDIA-Linux-x86-171.06-pkg1.run. Please notify me if that is supposed to change.
I finally decided to no longer track proprietary NVIDIA driver bugs against openSUSE. Therefore I'm closing these now as WONTFIX. In case you're using our SLES/SLED products and can reproduce this issue also on thesed products feel free to reopen. These are still tracked, since customers of these products depend on the proprietary driver for newer NVIDIA hardware. Be aware that you need a privilleged account to track anything against our SLES/SLED products. So if this not an option for you I suggest to report the problem to the official NVIDIA driver feedback channels (forum/email; see NVIDIA driver download site) and refer to this bugreport.