Bug 108561

Summary: nouveau: external monitor can not be enabled with hindsight
Product: Drivers Reporter: Elmar Stellnberger (estellnb)
Component: Video(DRI - non Intel)Assignee: drivers_video-dri
Status: RESOLVED MOVED    
Severity: normal CC: imirkin
Priority: P1    
Hardware: x86-64   
OS: Linux   
Kernel Version: 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 Subsystem:
Regression: No Bisected commit-id:
Attachments: journalctl -b / messages
journalctl since s2ram: external monitor does not awake
clean journal under runlevel 1 with s2ram at last

Description Elmar Stellnberger 2015-11-27 17:11:22 UTC
Whenever I boot without an external monitor enabled then I get problems trying to enable my u2868pqu monitor with hindsight. Xorg will recognize and it will let me configure the external monitor. However the external monitor will stay black and without a signal in spite of being configured well.
  If I just reboot the X-server with the monitor cable unplugged then there will be no problem in enabling my u2868pqu monitor. Consequently I would assume this to be a kernel / nouveau module bug since it depends on boot time not on the time when I start the X-server.
  Is there any way to post the external monitor if I have booted without it?
What would you believe is going wrong here with nouveau and the HDMI port?
Comment 1 Elmar Stellnberger 2015-11-27 17:13:30 UTC
Created attachment 195641 [details]
journalctl -b / messages
Comment 2 Elmar Stellnberger 2015-11-27 17:58:21 UTC
Created attachment 195651 [details]
journalctl since s2ram: external monitor does not awake

Same problem as soon as I send my machine into s2ram: The external monitor stays dark 'no signal' afterwards.
Comment 3 Elmar Stellnberger 2015-12-15 18:56:12 UTC
s2ram; new test results:
* when booted with nouveau.modeset=0 the external monitor is not enabled at all (i.e. definitely a bug related to the nouveau kernel module).
* suspecting this to be backlight issue I have tried to boot into runlevel 1 with the following kernel parameters the nouveau module being loaded
 - video.use_bios_initial_backlight=0
 - video.use_native_backlight=1 
 - acpi_osi=
 Unfortunately none of the above kernel command line parameters did yield any difference with respect to s2ram: the external monitor always got disabled by suspend.
Comment 4 Elmar Stellnberger 2015-12-15 21:19:07 UTC
Now I have tested it with the proprietary Nvidia 340.xx driver: s2ram works flawlessly with the proprietary driver the external monitor getting re-enabled normally. However the non-oss driver runs unstable on my machine and is not an option. The bug is apparently a  driver issue and not a firmware/acpi problem.
Comment 5 Elmar Stellnberger 2015-12-15 21:21:39 UTC
Created attachment 197481 [details]
clean journal under runlevel 1 with s2ram at last

Would anyone mind to have a look at the logs or propose any further actions?
Comment 6 Elmar Stellnberger 2016-01-07 18:39:40 UTC
It is really a pity that my NVIDIA Corporation G96M [GeForce 9600M GT] has been crossed out of the list of supported cards since an update to kernel 4.3.3-2. It has worked well with the nouveau driver except for this bug. Latest tests have shown that the monitor can now be enabled with hindsight after booting; however the monitor being disabled by s2ram is a problem that has persisted up to now.
Comment 7 Elmar Stellnberger 2016-01-07 20:11:02 UTC
Comment #6 is now resolved: Please excuse the panic; I think that there was just a temporary configuration issue with Arch Linux (see also: https://bugs.freedesktop.org/show_bug.cgi?id=93405); i.e. /dev/card0 needs some time to appear; now let us go on with the s2ram issue as the issue with enabling the monitor after boot is already resolved!
Comment 8 Elmar Stellnberger 2016-01-22 22:30:56 UTC
... and now the external monitor stays black all the time no matter what I do with xrandr/nouveau while the proprietary driver does happily continue to work. It is a shame that nobody seems to care about this bug! Shall I trash this notebook because of a driver issue?
Comment 9 Elmar Stellnberger 2016-01-23 16:36:15 UTC
... gonna try it with kernel 4.4 now as I heard that there were certain improvements ...
Comment 10 Ilia Mirkin 2016-01-23 16:57:44 UTC
As you've probably noticed, no one from the nouveau team really looks at this bug tracker. (I happened to notice this one because it's a slow day on the dri-devel list.) I recommend filing bugs on bugs.freedesktop.org xorg -> Driver/nouveau if you'd like the attention of the nouveau developers.
Comment 11 Elmar Stellnberger 2016-01-27 16:38:55 UTC
bug has now been moved to freedesktop.org:
https://bugs.freedesktop.org/show_bug.cgi?id=93887