590.44.01 (x86_64 / aarch64) Raised the minimum supported Wayland version to 1.20. Fixed a bug that prevented the PowerMizer preferred mode dropdown menu in the nvidia-settings control panel from functioning correctly on Wayland. Raised the minimum supported glibc version to 2.27. Improved the performance of recreating Vulkan swapchains. This helps prevent stuttering when resizing Vulkan application windows. Raised the minimum supported X.Org xserver version to 1.17 (video driver ABI version 19). Fixed a bug that caused the Dots Per Inch (DPI) to be incorrectly reported for some monitors such as the Samsung Odyssey Neo G9. Fixed several problems that prevented Vulkan applications from working on Venus VirtIO virtual GPU. Fixed a bug that could cause system freezes on PREEMPT_RT kernels.

I am experiencing severe system latency and frequent audio Xruns (stuttering) on an Arch-based system running Kernel 6.13 with an RTX 3070. Technical Problem: The GPU is currently forced onto IRQ 16, which is shared with multiple PCIe Root Ports on my Z690 motherboard. This shared legacy interrupt line is causing significant processing delays, especially when using the NVIDIA Open Kernel Modules. Key Details: Hardware: Intel i7-13700KF | RTX 3070 | Z690 Chipset. Driver: 590.xx (Open Modules). Architecture: System is optimized for x86-64-v3. Symptoms: Audio dropouts and micro-stuttering under GPU load. Request: It appears that MSI (Message Signaled Interrupts) is not being correctly utilized or remapped for the GPU on this specific chipset with the current open drivers. Is there a known workaround to force MSI on the open modules for Z690? Will the upcoming v590 driver address IRQ sharing and improve interrupt handling for the open-source kernel modules? [Screenshot_20251219_044427] nvidia-bug-report.log.gz (634.2 KB)

Monster Hunter Wilds finally loads past the intro screens with these new drivers, however there are tons of artifacts that make the performance unplayable [Screenshot_2025-12-18_23-02-17] [Screenshot_2025-12-18_23-20-55] nvidia-bug-report.log.gz (794.0 KB)

This driver is not marked stable/production though, 590 is a “New Feature Branch” described as: This driver provides early adopters and bleeding edge developers access to the latest driver features before they are integrated into the Production Branches. Edit: In Gentoo we treat the 3 types of drivers that way (just saying, maybe could inspire other distros): Beta: opt-in only, no users gets it unless they ask for it NFB: only users of the ~testing “branch” of Gentoo gets it Production: ~testing users get it first, then users get it in our stable “branch” after 20-30 days usually unless it’s causing some major problems where we may wait for the next version (did that for 580.105.08 because of the hdmi / low resolution issues) (we also keep each still-supported driver branches to let users easily downgrade if needed, currently 535, 570, 580, and 590 – legacy unsupported 390 and 470 are also still there for now but treated a bit differently due to being a security hazard among other things)

[image] No HDMI output on Nobara Linux 42, from Lenovo Legion 7i w/ RTX 3080 Linux We have got this issue reproduced locally, Engineering team is looking into it. I shall share updates accordingly. was any progress made since, that would come in a future 590.X release? can’t ask there since it’s still locked as “resolved” :/

Please support the EGL_EXT_config_select_group extension to support 10-bit color on GNOME/Mutter. [Feature Request] Implement EGL_EXT_config_select_group to enable 10-bit/HDR on GNOME (Mutter)

I didn’t see that label on the driver page but regardless, there aren’t any new features in 590 which makes the label meaningless just like “beta”. I appreciate Gentoo trying to be more flexible than most distros but I was really asking for the ability to select any driver from any somewhat recent driver series. If Nvidia merges broken code from 590 into 580, it makes the whole thing kinda pointless otherwise.

Is 10-bit color the reason HDR is still broken even with the vulkan drivers?

Last time I tried HDR on gnome it worked but you needed the vulkan HDR layer package installed, but that was because the driver was missing HDR vulkan extensions (which have been added to the vulkan beta driver, but aren’t in this one afaik)

I tried it and the only HDR thing that worked properly was maybe YouTube videos. Gnome and games looked washed out among other issues exactly like without the vulkan beta drivers.

590 release feedback & discussion

Graphics / Linux Linux

aplattner December 19, 2025, 4:50pm 142

I looked up bug 5622970 and it’s still being worked on. I un-resolved and unlocked the thread you linked to, thanks for pointing out that it was incorrectly closed.

System crash when connecting LG 120 Hz TV via HDMI on NVIDIA driver versions after 580.82.09-1

Topic		Replies	Views
595 release feedback & discussion Linux	513	56658	October 25, 2026
610 release feedback & discussion Linux	301	43046	October 12, 2026
570 release feedback & discussion Linux	657	68540	March 3, 2026
575 release feedback & discussion Linux	507	56371	May 28, 2026
555 release feedback & discussion Linux	275	51875	January 10, 2025
615 release feedback & discussion Linux	243	19171	November 8, 2026
550.78 release feedback & discussion thread Linux	21	5501	June 26, 2024
580 release feedback & discussion Linux	1085	102109	October 25, 2026
560 release feedback & discussion Linux	563	59096	November 18, 2025
565 release feedback & discussion Linux	446	46616	November 10, 2025

590 release feedback & discussion

Related topics