I have several issues with my new GTX 1060, which result in video output crash. The monitor output is stuck, displaying the same output all the time. This happens when resuming from suspend to ram.
The crash occurs after inserting correct password credentials at login screen.
(Moving the cursor and inserting the password with visual feedback is fine on login screen after resume.)
With the following steps I can reproduce the issue:
Install Ubuntu 16.04 (UEFI mode)
apt-get update
apt-get dist-upgrade
apt-get autoremove --purge xserver-xorg-video-*
apt-get install nvidia-367 openssh-server*
reboot
systemctl suspend
Resume from suspend
Sometimes the X-Server Session can be rescued by switching to a login shell (ctrl+alt+f6) and switching back to X. In other cases both, X-Session and login shell are not available anymore (login shell prompt not shown, just black screen.)
Using just one monitor connected via DVI (in the above mentioned issue two monitors are connected) and using the kernel parameters “rdblacklist=nouveau nouveau.modeset=0 vga=0” the same issue occurs.
As confirmed by three Windows-using GTX 1060 owners thus far, there’s a seeming co-relation between the presence of the nVidia driver’s audio component and resume-from-suspend failures in the GTX 1060 (starting at Winterflareon’s post #53):
Actually the issue for me started in ArchLinux, where I get the same error code Xid 56, during ‘normal desktop usage’.
The issue starts that a window of one applications starts to flicker and after some time the monitors turn black. The video output of the X-Session somtimes can be rescued (as described above) by switching to login shell and back. (Sometimes this may rescue the X-Session, in other cases the login terminal is just black, too).
I tried to narrow it down to a more ‘simple case’ and wanted to avoid that there might be some configuration issue in my ArchLinux setup. I ended with Ubuntu and suspend to ram…
If more detailed specifications are required, i can provide them.
I can blacklist the kernel module snd_hda_intel, which disables Nvidia HDMI audio, but also onboard audio…
I am not sure if it is possible to disable Nvidia audio only.
Using only one DVI connected monitor seems to have the lowest failure rate.
I have been using a DP to HDMI cable for my second monitor which resulted in higher failure rate.
But using default the HDMI port and default HDMI cable also results in high failure rate.
I have blacklisted snd_hda_intel and it was not any better…