I’ve added the nvidia-bug-report for whatever it’s worth. I’ll try and take a photo next time but it doesn’t communicate anything meaningful that I didn’t already type - the only information I left out was the PCI bus address.
You can run the log generator after rebooting. The purpose of generating the log is to determine the system configuration. Sometimes the Xorg and kernel logs from the previous session are saved and still available.
Same laptop model. Gentoo Linux with 352.30 driver all is rosy. With the 355.30 driver all is fine. With the 355.06-r1 driver a hardlock on resume and screen corruption.
I’ll file a bug report against this. It’s quite easy to switch driver versions under Gentoo after all…
I’ve been seeing a fair few more near-hangs (display doesn’t come back up, hard drive light blinks ineffectually a few times a minute) on resume from suspend since going to 355 too.
Actually, I just reverted to 352 from 355 and I’m still getting the lockups on resume, so maybe they’re due to going from kernel 3.16 to 3.19, which I did around the same time …
Hm. Still getting occasionally lockups on resume from suspend with every combination I’ve tried of 3.16/3.19 and 352/355. Between this and the “can’t downclock when three displays are connected,” I have to say I’m not very happy with the extent to which having switched from Intel Mesa to nVidia binary has impacted my power consumption, given how many basic power saving capabilities now no longer work reliably …
Any idea which logfiles I ought to check to get an idea of what’s going on here? Is any of this stuff being targeted for a fix? Xorg/Wayland-related?
Think I’ve isolated this – checked one of the Xorg logs after a failed resume and it seemed to be attempting to use my motherboard Intel graphics on resume even though it’s explicitly disabled and never loaded by the system otherwise. Not sure but I think it may have to do with my having added GRUB_GFXPAYLOAD_LINUX=keep to /etc/default/grub and installing v86d to get graphical boot back after having switched to nvidia…
In any case, I’ve confirmed my problem is gone by removing v86d. Not sure why that would only occasionally cause the machine to try to enable the Intel graphics on resume, but good to know it’s not an Nvidia issue.