Same problem. Mine is a cheap one and only support HDMI and VGA, maximum is 120hz. Tried KDE6 on Archlinux and the newest driver, still 60hz. There are 120hz in system options but it turned to black screen when changed to it, monitor got no signal. Have been tried kernel Parameters, EDID or something else help nothing.
BTW I truned on dGPU only in bios, KDE6 now use wayland. GPU is 4060 laptop, HDMI should on dGPU output mode.
I found this thread and it looks like I am not alone. I have an NVIDIA 3090 Ti running at 4K with 120 Hz (HDMI) on KDE6 with Wayland on Arch Linux. NVIDIA driver version is 580.76.05.
The only workaround that helps is switching to a TTY with CTRL+ALT+F5 and then back with CTRL+ALT+F1, which restores the display. This problem has been ongoing for over a year and it is the last major issue I face when using my NVIDIA card on Linux.
Everything works fine under Windows, so I believe this is related to the driver. Please fix it, as I have to deal with it daily.
I’m experiencing the same issue:
CPU: 12600K
GPU: RTX 4060Ti
Monitor: 3840x2160@165Hz
The motherboard’s iGPU is disabled by default. I’ve tried Ubuntu 25.04 Gnome and Fedora 42 KDE, all running Wayland.
Using DP 1.4, I’ve used drivers like 570, 575, and 575-open.
The monitor wakes up fine at 2560×1440@144Hz and 3840x2160@60Hz.
The monitor doesn’t wake up at 3840x2160@120Hz, 3840x2160@144Hz, or 3840x2160@165Hz unless I switch to a TTY with CTRL+ALT+F5 and then back with CTRL+ALT+F2.
I’m not a native English speaker; I use a translator.
Exactly same issue on Samsung Odyssey G8 (MiNiLED) 4K 240Hz monitor. I use GNOME on wayland on Archlinux.
OS: Archlinux
Card: RTX 4080 Super
Both HDMI and DP have this issue. And I have checked that the compositor correctly issued the KMS modeset command. But the monitor failed to wake up. This must be a driver or GSP firmware issue. The only way to recover from this is switching the Virtal TTY by Ctrl + Alt + Fn key combination.
Thank you all for being patient on this, I have raised the priority for this issue internally.
Patient is an understatement.
It is now getting close to a year since this issue has been raised.
For the record, it is still a problem with version 580.76.05 of the drivers.
My offer still stands, if you need someone to test any changes, or need more information of hardware where this is an actual issue, please feel free to contact me.
Found a probable way for this issue, add “nvidia-modeset.hdmi_deepcolor=0“ to kernel Parameters may do something: Refresh-rate limited to 120Hz. Haved tried this and my monitor turned back to normal.
English is not my native so missed the troubleshooting in ArchWiki which is noted by English. And seems that newer driver doesn’t need to delete KMS modeset, “The nvidia-utils package contains a file which blacklists the nouveau module”.
Thanks for the effort on your side.
My issue here is that external monitors on Windows have HDR and works without issue on the same hardware.
This purpose of this report is to get the nVidia drivers on Linux to work in the same way.
Turning off deepcolor disables the HDR, which is a wanted feature.
I don’t want to turn off features that work in Windows just because I am running on Linux. The driver must be fixed to support everything that it supports on Windows.
At most, it is a workaround the for your issue. I’m glad that it works for you, and hopefully someone else will find it useful too.
I don’t use HDR and I wanted to try the fix suggested by @ichisann13 above:
cat /proc/cmdline
initrd=\intel-ucode.img initrd=\initramfs-linux.img nosgx root=PARTUUID=5d3a56b4-72af-4079-a11a-9812c31f8f9e zswap.enabled=0 rootflags=subvol=@ rw rootfstype=btrfs nvidia_drm.modeset=1 nvidia_drm.fbdev=1 nvidia-modeset.hdmi_deepcolor=0 splash quiet loglevel=3 udev.log_level=3 acpi_osi=linux intel_iommu=on iommu=pt
Unfortunately, it didn’t work :(
@amrits Is there any progress for this issue ?
Hi,
Just another data point.
I am having this same issue with OpenSUSE Leap 15.6, GeForce NVIDIA RTX 4080 SUPER, and LG 34BK95U-W with HDMI. The NVIDIA driver is version nvidia-video-G06-580.82.07-lp156.38.1.x86_64. I’m using KDE with X11 (no Wayland).
I discovered that, after the monitor sleeps and I try to wake it back up, then if I disconnect and reconnect the HDMI cable twice, it displays the screen fine.
My monitor is configured at 3440x1440, 60 Hz, and is the only display attached to my desktop.
Possible good news, everyone! I just upgraded my system to the latest kernel 6.17.1-arch1-1 along with the newest NVIDIA drivers (580.95.05). I decided to test the bug again and this time, the screen woke up from power save mode normally (I didn’t have to switch to a virtual console)! Can anyone else confirm this? For reference, I’m not using HDR or adaptive sync. I run my display at 120Hz and use Arch Linux with KDE6/Wayland.
Unfortunately, it will still take a little more than a week before I can test this.
Thank you for reporting, I will check this today. So was it a bug related to the kernel too?
This bug is likely not related to the kernel at all. I’m just sharing additional data points in case they help someone else troubleshoot this issue ;)
Unfortunately I still have the issue. Display is an LG OLED with VRR, HDR connected by DP. Putting the computer to sleep then waking it up does wake up the screen. Or using TTY switch but only when screen is off.
I’m curious if it might work for you if you disable VRR and HDR,@zebcom. I’m using an HDMI cable, running at 4K at 120Hz.
I can confirm your setup fix my issue. 6.17.1-zen and 580.95.05. I can also confirm both VRR enabled and non-VRR GNOME desktop works. The connector I used is HDMI 2.1.
I will check this and come back to you. Actually yesterday I had some success waking the screen - with delay. It seems to be difficult to control.