[Bug 359608] New: screen stays dark after resum form s2ram if external monitor has been disabled by nvidia settings

older
[Bug 353592] New: nvidia-settings...

bugzilla_noreply＠novell.com

7 Feb 2008 7 Feb '08

15:52

https://bugzilla.novell.com/show_bug.cgi?id=359608 Summary: screen stays dark after resum form s2ram if external monitor has been disabled by nvidia settings Product: SUSE Linux 10.1 Version: Final Platform: i686 OS/Version: SuSE Linux 10.1 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch@novell.com ReportedBy: estellnb@gmail.com QAContact: sndirsch@novell.com Found By: Community of Practice 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) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

Show replies by thread

bugzilla_noreply＠novell.com

7 Feb 7 Feb

16:03

New subject: [Bug 359608] screen stays dark after resum form s2ram if external monitor has been disabled by nvidia settings

https://bugzilla.novell.com/show_bug.cgi?id=359608 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|sndirsch@novell.com |bnc-team-screening@forge.provo.novell.com Component|X.Org |X11 3rd Party -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

16:04

New subject: [Bug 359608] screen stays dark after resum form s2ram if external monitor has been disabled by nvidia settings

https://bugzilla.novell.com/show_bug.cgi?id=359608 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.provo.novell.com |rohui@nvidia.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

bugzilla_noreply＠novell.com

8 Feb 8 Feb

14:39

New subject: [Bug 359608] screen stays dark after resum form s2ram if external monitor has been disabled by nvidia settings

https://bugzilla.novell.com/show_bug.cgi?id=359608 User estellnb@gmail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=359608#c1 --- Comment #1 from Elmar Stellnberger (AT/K) 2008-02-08 07:39:15 MST --- 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.

-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.