Bug 359608

Summary: nvidia: screen stays dark after resum form s2ram if external monitor has been disabled by nvidia settings
Product: [openSUSE] SUSE Linux 10.1 Reporter: Elmar Stellnberger <estellnb>
Component: X11 3rd PartyAssignee: Roland Hui <rohui>
Status: RESOLVED WONTFIX QA Contact: Stefan Dirsch <sndirsch>
Severity: Normal    
Priority: P5 - None CC: rohui
Version: Final   
Target Milestone: ---   
Hardware: i686   
OS: SuSE Linux 10.1   
Whiteboard:
Found By: Community of Practice Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: output of nvidia-bug-report.sh; after mainscr disabled by nvidia-settings but before s2ram
after resume from s2ram screen stays dark
by connecting via ssh to launch a second X-server all displays(vtXX) become visible again
now we can activate the primary monitor on vt07 again
... and finally quit the second X-server launched fromout of an ssh session

Description Elmar Stellnberger 2008-02-07 15:52:06 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)
Comment 1 Elmar Stellnberger 2008-02-08 14:39:15 UTC
  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.
Comment 2 Roland Hui 2008-02-17 05:16:03 UTC
If this problem persists with 169.09, please generate and provide an nvidia-bug-report.log.

Thanks,
Roland
Comment 3 Elmar Stellnberger 2008-02-17 21:29:13 UTC
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
Comment 4 Elmar Stellnberger 2008-02-17 21:32:19 UTC
Created attachment 195319 [details]
output of nvidia-bug-report.sh; after mainscr disabled by nvidia-settings but before s2ram
Comment 5 Stefan Dirsch 2008-02-17 22:00:02 UTC
(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.

Comment 6 Elmar Stellnberger 2008-03-03 11:00:44 UTC
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)
Comment 7 Elmar Stellnberger 2008-03-03 11:04:19 UTC
Created attachment 198220 [details]
by connecting via ssh to launch a second X-server all displays(vtXX) become visible again
Comment 8 Elmar Stellnberger 2008-03-03 11:05:57 UTC
Created attachment 198221 [details]
now we can activate the primary monitor on vt07 again
Comment 9 Elmar Stellnberger 2008-03-03 11:06:56 UTC
Created attachment 198222 [details]
... and finally quit the second X-server launched fromout of an ssh session
Comment 10 Elmar Stellnberger 2008-03-03 11:07:42 UTC
.
Comment 11 Elmar Stellnberger 2008-03-23 10:08:22 UTC
Confirmed with NVIDIA-Linux-x86-171.06-pkg1.run.
Please notify me if that is supposed to change.
Comment 12 Stefan Dirsch 2008-05-28 14:32:44 UTC
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.