580 release feedback & discussion

I get these too.

I get really bad performance with 580.119.02. YouTube stutters heavily. Even simple 2D games run at 0.5 FPS. The previous version (possibly akmod-nvidia-580.95.05-1.fc43.aarch64?) ran like butter.

user@fedora:~$ modinfo -F version nvidia
580.119.02
user@fedora:~$ uname -a
Linux fedora 6.17.12-300.fc43.x86_64 #1 SMP PREEMPT_DYNAMIC Sat Dec 13 05:06:24 UTC 2025 x86_64 GNU/Linux

Happy to provide additional diagnostic information on request.

edit: rebooting resolved the issue. For whatever reason, with Fedora’s automatic updates on reboot, the new driver doesn’t seem to have been loaded properly, and a second reboot was required. I realized this after running nvidia-smi and getting a version mismatch error.

Same issue of flickering on graphical windows that resolves after unchecking ā€œEnable display compositingā€.

Summary
x@x ~ % uname -r
6.18.2-arch2-1
x@x ~ % xfwm4 --version
	This is xfwm4 version 4.20.0 (revision unknown) for Xfce 4.20
	Released under the terms of the GNU General Public License.
	Compiled against GTK+-3.24.43, using GTK+-3.24.51.

	Build configuration and supported features:
	- Startup notification support:                 Yes
	- XSync support:                                Yes
	- Render support:                               Yes
	- Xrandr support:                               Yes
	- Xpresent support:                             Yes
	- X Input 2 support:                            No
	- Embedded compositor:                          Yes
	- Epoxy support:                                Yes

x@x ~ % nvidia-smi --version
NVIDIA-SMI version  : 590.48.01
NVML version        : 590.48
DRIVER version      : 590.48.01
CUDA Version        : 13.1

x@x ~ % pacman -Qi nvidia-open nvidia-utils
Name            : nvidia-open
Version         : 590.48.01-3
Description     : NVIDIA open kernel modules
Architecture    : x86_64
URL             : https://github.com/NVIDIA/open-gpu-kernel-modules
Licenses        : MIT AND GPL-2.0-only
Groups          : None
Provides        : NVIDIA-MODULE
Depends On      : linux  nvidia-utils=590.48.01  libglvnd
Optional Deps   : None
Required By     : None
Optional For    : None
Conflicts With  : nvidia
Replaces        : nvidia<=580.119.02-2
Installed Size  : 8.48 MiB
Packager        : Peter Jung <ptr1337@archlinux.org>
Build Date      : Sat 20 Dec 2025 02:36:57 PM -03
Install Date    : Fri 26 Dec 2025 11:47:27 AM -03
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : Signature

Name            : nvidia-utils
Version         : 590.48.01-1
Description     : NVIDIA drivers utilities
Architecture    : x86_64
URL             : http://www.nvidia.com/
Licenses        : custom
Groups          : None
Provides        : vulkan-driver  opengl-driver  nvidia-libgl
Depends On      : libglvnd  egl-wayland  egl-wayland2  egl-gbm  egl-x11
Optional Deps   : nvidia-settings: configuration tool
                  xorg-server: Xorg support [installed]
                  xorg-server-devel: nvidia-xconfig
                  opencl-nvidia: OpenCL support
Required By     : libglvnd  nvidia-open
Optional For    : ffmpeg  ffmpeg4.4  libvdpau  sdl3  vulkan-icd-loader
Conflicts With  : nvidia-libgl
Replaces        : nvidia-libgl
Installed Size  : 853.92 MiB
Packager        : Peter Jung <ptr1337@archlinux.org>
Build Date      : Thu 18 Dec 2025 01:56:03 PM -03
Install Date    : Fri 26 Dec 2025 11:47:10 AM -03
Install Reason  : Installed as a dependency for another package
Install Script  : Yes
Validated By    : Signature

nvidia-bug-report.log.gz (545.7 KB)

After years of this bug being fixed, it seems its back on 590 for me. When waking from sleep in certain situations, things that were using the GPU in some way become corrupted like so. I’ve attached the nvidia bug report log above. This corruption appears on both screens. I am using nvidia driver version 590.48.01, open kernel modules, with GSP firmware DISABLED. WIth GSP firmware enabled, my computer can’t even wake from sleep, let alone show an image.

Relevant cmdline options below:

nvidia-drm.modeset=1 nvidia-drm.fbdev=1 nvidia.NVreg_PreserveVideoMemoryAllocations=1 nvidia.NVreg_TemporaryFilePath=/var/tmp nvidia.NVreg_EnableS0ixPowerManagement=0 nvidia.NVreg_UsePageAttributeTable=1 nvidia.NVreg_EnableResizableBar=1 nvidia.NVreg_RegistryDwords=RmEnableAggressiveVblank=1

This bug should not occur with preserve video memory allocations enabled, but it does

1 Like

Did you mean to post in the 590 feedback thread rather?

Let me recheck this scenario again, thanks for the reply.

1 Like

i did :P

Ok, here comes the bug report which i have created directly after rebooting after a failed power-off attempt.

nvidia-bug-report.log.gz (484.7 KB)

Thank you! I ran into the flickering between various windows (even xterms) on two different monitors after upgrading to 580.119.02 from 580.105.08 on FreeBSD. Stopping picom worked around the issue.

Hi, any update on ID 5374195? Exact easy repro steps have been provided here: Gsync compatible VRR - Low Framerate Compensation (LFC) transition not seamless, unlike on Windows - #14 by faz

It still occurs on the latest 590

Any news on ticket 5758240?
I don’t mean to be rude or pushy, but we the xfce users are still waiting for a fix so we can use XFCE properly again

Hey! Just popping in here really quick to say that I was experiencing issues with freezing after playing video for about 30 minutes when I was using a 580 driver. At the time, I was using Fedora Workstation 43. I’ve since switched to Debian 13, which uses NVIDIA driver version 550.163.01, and I’m no longer experiencing the issue.

I’ve made a post on the NVIDIA GeForce forums about it:

In short, on the 580 driver, I’ve been getting Xid error 38, followed by a repetition of Xid error 109.

Before I switched to Debian, I believe I was using NVIDIA driver version 580.119.02, the latest update pushed by RPM Fusion:

Hello, Can you confirm if you are using NVreg_PreserveVideoMemoryAllocations=1 in system? Also is it possible to capture video of this behavior and share here? We need nvidia-bug-report to proceed ahead on this. Also can you test this behavior on latest 590 driver and share feedback?

nvidia-bug-report.log.gz (1.5 MB)

  • ā€˜options nvidia NVreg_PreserveVideoMemoryAllocations=1’ in /etc/modprobe.d/ directory conf file.
  • video recording of the issue: Watch unnamed | Streamable
  • unable to test on 590 driver because lack of compatible nvidia hardware

Here’s a demo of the flicker using 590:

https://www.youtube.com/watch?v=t4RSqxr7tRU

$ nvidia-smi --version
NVIDIA-SMI version : 590.48.01
NVML version : 590.48
DRIVER version : 590.48.01
CUDA Version : 13.1

nvidia-bug-report.log.gz (569.7 KB)

Arch Linux, XFCE4.

Turning off the compositor eliminates flickering:

xfconf-query -c xfwm4 -p /general/use_compositing -s false

Enabling ā€œForce Full Composition Pipelineā€, in nvidia-settings, significantly reduces flicker:

1. Go to ā€œX Server Display Configurationā€
2. Click ā€œAdvancedā€ button
3. Enable ā€œForce Full Composition Pipelineā€
4. Click ā€œApplyā€
5. Click ā€œSave to X Configuration Fileā€

Turning off vblank_mode also helps a little bit to reduce some of the flicker, although there’s still lagging when typing:

xfconf-query -c xfwm4 -p /general/vblank_mode -s off

The latest 580.126.09 Production Branch driver release notes are minimal.

  • Fixed a bug that prevented certain display modes that require YUV 4:2:0 subsampling from working.
  • Improved compatibility with recent Linux kernels.
  • Updated libnvidia-egl-gbm to commit a73cbce to support FP16 DRM formats.

No new issues found here after various tests and benchmarks..

I’ve not built any 6.19-RCx kernels, so haven’t tested that aspect yet.

Just updated to 580.126.09 from 580.105.08 and I gotta say, I’m disappointed.

After the update, whenever I minmize/maximize (restore) applications from my task bar, my task bar now flashes.

My specs are as follows:

OS: Xubuntu 24.04.3 LTS x86_64
Host: X570S AORUS PRO AX -CF
Kernel: 6.8.0-90-generic
Uptime: 4 mins
Packages: 5347 (dpkg), 29 (flatpak), 61 (snap)
Shell: zsh 5.9
Resolution: 1920x1200, 2560x1440
DE: Xfce 4.18
WM: Xfwm4
WM Theme: Windows XP Luna - Custom
Theme: Windows XP Luna - Custom [GTK2/3]
Icons: elementary-xfce-dark [GTK2/3]
Terminal: xfce4-terminal
Terminal Font: Hack 11
CPU: AMD Ryzen 9 5900X (24) @ 3.610GHz
GPU: NVIDIA GeForce RTX 4070
Memory: 11234MiB / 31986MiB

I’m tempted to go back to the 570 branch at this point, maybe later this weekend when I have time.

edit: Yeah, I’m going back to 570 ASAP.

edit 2: I rebooted my computer nearly a day later and it seems to be fine for now, if it happens again I’m definitely going back to 570.

edit 3: It’s happening again, so yeah I’ll go back to 570 tomorrow and hopefully that fixes it.

Hello. I would like to report something that only is happening under Gnome.

Fallout 76 (DX11 game) has worse frametimes and stuttering when played with the Gnome DE compared to KDE. I did not manage to track any setting or configuration that might impact it. Same distro, same overall settings, just a different DE.

NVIDIA 5080

VRR 4K display

AMD 9800X3D

I have the bug report associated with it, it’s driving me crazy, I wanted to change to Gnome but its blocking me if there are performance regressions for gaming.

This also happens under 590 driver.

nvidia-bug-report.log.gz (753.2 KB)

List of issues that still affect the 580 driver:

  • Random black screens when playing intensive games, sometimes resulting in a partial GPU driver crash. It is sometimes possible to switch to a TTY, but attempting to switch back to a graphical session will crash the driver for good.
  • Desktop memory usage is excessively high(over 2GB sometimes).
  • A large amount of GPU Memory is unaccounted for in nvidia-smi / NVML.
  • Applications crash when VRAM is full.
  • Shared RAM under Linux seems broken. It’s almost like there is an incredibly small amount(256MB) and once that’s gone things start crashing.
  • DLSS3 / DLSS4 / Smooth Motion is broken. It universally lowers FPS and can cause massive input lag and micro stuttering.
  • Gnome-shell / GDM can freeze on login from a fresh boot. Switching to a TTY and relogging in works around this.
  • Ray Tracing is broken on a lot of games, resulting in an XID 109 or some other error.
  • Some games show DLSS upscaling options but no frame generation(Portal 2: RTX). Maybe a Proton issue?
  • Dragging the HDR slider under Gnome can cause a driver crash(maybe fixed?).
  • DX12 games have a massive performance penalty.
  • VRR causes backlight strobing/flickering
  • Shader cache doesn’t save properly, forcing it to be computing again.
  • Video decoding from a GTX 960 using Sunshine/Moonlight causes blocky artifacts.
  • HDR is broken.
  • Performance limiters are broken on Blackwell.
  • PRAGMATA and other games have graphical glitches.
  • Using a secondary dedicated GPU often fails with [drm:__nv_drm_gem_nvkms_prime_dup [nvidia_drm]] *ERROR* [nvidia-drm] [GPU ID 0x00000c00] Failed to import NVKMS memory to GEM object . This error can happen regardless of whether you use dxvk.deviceFilter or in-game display adapter settings. Other times games start but run at 5 FPS.
1 Like

expecting a reply for vrr LFC here: 590 release feedback & discussion - #241 by amrits

HDR works fine for me on the 580 vulkan beta driver. It also works on latest 590 for me, but it requires the VK hdr layer there due to missing vulkan stuff: GitHub - Zamundaaa/VK_hdr_layer: Hacks. Don't use for serious color work

I noticed this too, but ONLY on ghost of tsushima. The game recompiles shaders every. single. time. I play