I also started seeing this problem recently (1/6/22) after upgrading to the 495.46 driver on a Fedora 34 system (Lenovo P52 laptop with the Quadro P1000).
Same issue with 495.46 on Fedora 35 (Acer G3-571 with GTX 1060), sometimes it corrupts the entire screen but most of the time just black and pink squares over the screen.
I haven’t seen this issue prior to update to 510.47. I’m not sure what have triggered it though.
I’ll have to try to boot with previous kernel to see if issue persist.
I originally started seeing this problem on Fedora 34 using the 495.46 driver.
Yesterday I upgraded to the 5.16.7-100 kernel and 510.47 driver.
Still see the same corrupted graphics after a resume. Doing an Alt-F2/r restart of the window manager will fix, but this is annoying! :)
Anyone have any info on when a fix might be coming???
Same issue with F35, Gnome 41, kernel 5.17.5-200 and driver 510.60.02. As previously suggested, an Alt-F2/r restart solves the problem. Lock screen is also affected.
We are working on this issue and will keep you updated on it.
We have also filed a bug 3641108 internally for tracking purpose.
I also observed similar behavior on my test system and issue disappeared once I restart gdm service.
I’m still experiencing this issue using extra/nvidia 515.43.04-4 on Arch Linux.
I’ll add that I’m using Wayland with nvidia-drm.modeset=1.
Is using NVreg_PreserveVideoMemoryAllocations=1 required? This seems to trigger OOM Killer on suspend for me, no matter which fs I point NVreg_TemporaryFilePath to.
can confirm what @mcardillo55 said. Same version, same configuration, and the same problem.
without NVreg_PreserveVideoMemoryAllocations the system hibernates successfully but after boot, the artifacts are so bad that you can’t even log in (2/3 of the text is missing, anything that moves is now all over the pace and jittering/flickering, )
my machine does not resume after suspend. It is happening since a couple of updates, some time ago.
My present setting is:
$ uname -a >>> Linux localhost.localdomain 5.18.5-100.fc35.x86_64 #1 SMP PREEMPT_DYNAMIC Thu Jun 16 14:44:38 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
$ glxinfo | grep NVIDIA >>>
server glx vendor string: NVIDIA Corporation
client glx vendor string: NVIDIA Corporation
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 950/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 515.48.07
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL version string: 4.6.0 NVIDIA 515.48.07
OpenGL shading language version string: 4.60 NVIDIA
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 515.48.07
$ loginctl show-session 2 -p Type >>> Type=x11
$ lspci | grep -e VGA >>>
01:00.0 VGA compatible controller: NVIDIA Corporation GM206 [GeForce GTX 950] (rev a1)
$ cat /sys/power/resume >>> 0:0 (NOTE: briefly I had 253:1, I am not able to repeat)
$ sudo lsinitrd -m | grep -E '^resume$' >>> resume
$ systemctl status nvidia-suspend.service
○ nvidia-suspend.service - NVIDIA system suspend actions
Loaded: loaded (/usr/lib/systemd/system/nvidia-suspend.service; enabled; vendor preset: disabled)
Active: inactive (dead)
$ systemctl status nvidia-hibernate.service
○ nvidia-hibernate.service - NVIDIA system hibernate actions
Loaded: loaded (/usr/lib/systemd/system/nvidia-hibernate.service; enabled; vendor preset: disabled)
Active: inactive (dead)
moreover: Gnome 41.6 (according to Settings), GNOME Shell 41.7 (according to Gnome Tweaks), GTK 3.24.34 (according to Gnome Tweaks)
Also, I do not know how to check/set NVreg_PreserveVideoMemoryAllocations=1 and TemporaryFilePath=/run, how do I do?
Also, I tried with nouveau drivers, but it was not better, so the issue is not a strictly NVIDIA issue.