Hi, I am using the nouveau driver because its really great, even better than the official ndivida driver. i get better rendering results with nouveau than with the original nvidia driver what is a shame for nvidia, but thats another topic. The only problem that I have currently is that nouveau leads to make my monitor goes off randomly and only a complete system reset helps me out. I have tested with another laptop and the same monitor, I didnt see the same problem. Also I have changed the port and the cable, so that I guess its not the cable either. I have tested with the original nvidia linux driver and I didnt see the monitor going off again. So I guess its because of nouveau. When my monitor goes off I see also the gpu fans runs in full speed what is strange because the system is not running any gpu related apps. my system configuration: $ lspci | grep -i vga 01:00.0 VGA compatible controller: NVIDIA Corporation GP104 [GeForce GTX 1080] (rev a1) $ uname -a Linux rs.com 4.10.13-1-ARCH #1 SMP PREEMPT Thu Apr 27 12:15:09 CEST 2017 x86_64 GNU/Linux My monitor is the Asus Curved PG348Q ROG I get also strange entires in the bootlog. My monitor went off recently so that I post a log before the monitor went off and the second log is after the monitor went off (after a system reset). Hope this can help somehow. FIRST LOG (BEFORE MONITOR WENT BLACK) https://ptpb.pw/xI8k AFTER SYSTEM RESET: https://ptpb.pw/-m9c I would really like to find a solution as soon as possible coz it blocks my work.
Me, too. It's been plaguing me since about May also. Is there a programmatic way to tell the thing is hung so I can at least start up a daemon to kill and restart the desktop when this happens? $ lspci | grep -i vga ; uname -a 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce GT 740] (rev a1) Linux bach 4.10.0-35-generic #39~16.04.1-Ubuntu SMP Wed Sep 13 09:02:42 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux None of my logs have anything interesting preceding the forced reset. Oh, another little thingy: after a forced reset, the auto-hide feature of the system tray fails. It requires another reboot to clear the problem.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/348.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.