I am reporting a reproducible issue on GNOME Wayland where all fullscreen applications (video players, games, vkcube) display a black screen after the system resumes from a suspend cycle. It only happens when VRR is enabled. If VRR is disabled, the issue does not occur. If I use a GNOME extension to disable unredirection (forcing the compositor to stay active), the screen does not blank. I was not able to reproduce the issue on Windows.
When the blanking occurs, the monitor does not report “No Signal.” It stays active but shows pure black, suggesting the display is successfully outputting some kind of signal. The audio carried by DisplayPort also goes out but the video keeps playing and can be heard via other outputs.
Aside from disabling VRR and unredirection, forcing a full modeset (e.g., changing resolution or refresh rate and then reverting) fixes the issue until the next suspend. This is the only workaround I found and it’s also mentioned in this post from last year describing the same issue.
I have compared /sys/kernel/debug/dri/2/state dumps between working and broken states using the Gnome video player (Showtime) as the fullscreen application. I have attached them in addition to the standard nvidia-bug-report, hoping they might help. The dumps are from six distinct states:
Pre-suspend, Gnome is compositing: desktop is at 00106e20 and is visible.
Pre-suspend, Gnome is unredirecting: video player is fullscreen at 00104e20 and is visible.
Post-suspend, Gnome is compositing: desktop is now at 00104e20 and is visible.
Post-suspend, Gnome is unredirecting: video player is fullscreen at 00106e20 and is not visible, the screen is blank.
Post-workaround, Gnome is compositing: desktop is at 00105c20 and is visible.
Post-workaround, Gnome is unredirecting: video player is fullscreen at 00107c60 and is visible.
I did multiple captures and noticed no pattern. After suspension, the video player is sometimes assigned a new address, sometimes the address previously used by the desktop. Regardless, the result is a black screen when unredirection occurs, despite reporting the plane as active=1.
System:
GPU: RTX 3090
Driver: 590.48.01
GSP Firmware: Enabled
Distribution: ArchLinux
Desktop: GNOME 49 Wayland
Monitor: AMZFast AMZG27F6Q connected via DisplayPort
I’m using Ubuntu 24.04 with GNOME 46 and I have the exact same issue. Have you found a fix that does not require the extension? I believe VRR stops working correctly when disabling unredirection
Unfortunately no and like you said, disabling unredirection breaks VRR. Personally, I’ve given up on Nvidia ever fixing this, in my experience when they ignore reports for this long, it’s not happening. I recommend making a workaround yourself, you can make a script that forces a modeset of the display by switching to a different refresh rate and back to the correct one, and bound it to an hotkey. Like I mentioned in the first post, this fixes the problem until the next suspend.
I use the following bash script on Ubuntu 26.04 as a workaround until this issue is resolved. It monitors dbus for unlock events and turns the display on and off to force a modeset resolving the bug. I just run it automatically at startup. When I unlock my screen there's a flicker as my monitors turn on and off but it resolves the screen blanking issue without disabling VRR.
#!/bin/bash
Keep track of the last time the script triggered
LAST_RUN=0
dbus-monitor --session “type=‘signal’,interface=‘org.gnome.ScreenSaver’” |
while read -r line; do
# Look for the unlock signal
if echo “$line” | grep -q “boolean false”; then
CURRENT_TIME=$(date +%s)
# Only run if it has been more than 5 seconds since the last trigger
if (( CURRENT_TIME - LAST_RUN > 5 )); then
LAST_RUN=$CURRENT_TIME
# Wait 2 seconds for the desktop to fully render
sleep 2
# Cycle the monitor off and on
busctl --user set-property org.gnome.Mutter.DisplayConfig /org/gnome/Mutter/DisplayConfig org.gnome.Mutter.DisplayConfig PowerSaveMode i 3
sleep 1
busctl --user set-property org.gnome.Mutter.DisplayConfig /org/gnome/Mutter/DisplayConfig org.gnome.Mutter.DisplayConfig PowerSaveMode i 0
fi
fi
done
I’m seeing a very similar issue on Ubuntu 26.04 with an RTX 5090 using driver 595.58.03 on GNOME Wayland. After waking from sleep, my primary monitor starts cycling between a black screen to picture and back continuously, while my second monitor remains usable.
All windows are moved to the working monitor, as if the primary DisplayPort monitor temporarily disconnected or failed modeset. Both monitors are LG 144 Hz G-Sync-capable displays connected via DisplayPort.
The issue also happened for me on Ubuntu 24.04 before upgrading, so it does not appear to be specific to 26.04. A lock/unlock cycle usually fixes it, and I also found that opening display settings, enabling HDR, then clicking “Revert” fixes it immediately without needing to accept the HDR change.