Non-gamer here simply looking to achieve a viable workstation setup.
With each successive driver release since the 550 series there’s a growing number of problems.
Currently tracking 4 known issues. To summarize, ordered by subjective severity, from lowest to highest:
Use-after free error in 570 driver. Needs to be addressed, but low impact with no crash.
This is a new bug first seen with the 570.124.04 Production Branch driver release.
I’ve about 30 instances over the past few days,.
Mar 02 16:47:17 kernel: ==================================================================
Mar 02 16:47:17 kernel: BUG: KFENCE: use-after-free read in _nv000177kms+0x439/0x2a10 [nvidia_modeset]
Mar 02 16:47:17 kernel: Use-after-free read at 0x00000000e7c09e3f (in kfence-#113):
Mar 02 16:47:17 kernel: _nv000177kms+0x439/0x2a10 [nvidia_modeset]
Mar 02 16:47:17 kern…
Chrome/Electron VK_ERROR_INCOMPATIBLE_DRIVER errors at launch. I don’t care about this one as I use neither software/platform.
Greetings.
Using 550-beta driver. Arch Linux. Using aur package for 550-beta-dkms.
Running electron app with --ozone-platform-hint=auto flag ( vesktop for example ), I got this error in my terminal:
▶
Summary
find / -type f -name “libnvidia-glvkspirv*” shows that libnvidia-glvkspirv exist in /usr/lib/libnvidia-glvkspirv.so.550.40.07
GTK4 application tooltips and popover dialogs are stretched/distorted/frozen. This affects the GL and NGL renderers for GTK4 apps and is wildly annoying.
Original thread - (GeForce RTX 4070) GTK application issue with NVIDIA GPU .
GNOME Bug report - Tooltips are stretched (#5832)
Reposting the thread with a more descriptive title for additional clarity/discoverability. In GTK applications, some menus and tooltips become stretched/improperly sized.
Have personally seen this issue crop up in GNOME Software dropdown menus and hover tooltips in any GTK applications. It’s especially apparent in GNOME Builder (IDE) with auto-completion.
A couple exa…
GTK4 apps background CPU usage and application crash-on-exit with Vulkan renderer. This is a showstopper for using the default Vulkan GTK4 renderer.
Originally filed against the GTK project:
GTK4 apps background CPU usage high with Vulkan renderer (#7117) · Issues · GNOME / gtk · GitLab
This was quickly identified as an nVidia driver issue.
As of gtk 4.16 the Vulkan rendering backend is used by default.
GTK4 apps are consuming unexpected CPU cycles while idle in the background when using the Vulkan backend.
This does not occur with the NGL renderer.
Steps to reproduce
Launch a GTK4 app (e.g. GTK4-demo, Nautilus, gnome-text-editor) us…
Using this roundup topic for myself to organize, track, and update the overall status of issues I’m facing for each successive driver release.
I’ve provided numerous nVidia bug reports, GDB backtraces, etc. where applicable, and will also continue providing feedback on the individual issue threads as well as driver-release-specific feedback topic threads.
Current stack:
Arch Linux | Kernel 6.13.5
Gnome-shell | Mutter 47.5
Wayland (meson_options: xwayland=false, x11=false )
Gtk4 4.16.12
Mesa 24.3.4
vulkan-icd-loader 1.4.304
nVidia 570.124.04
1 Like
Forgot one…
Nvidia driver isn’t compatible with simpledrm so boot output and TTYs are blank
Hi,
I run Fedora 37 and using nvidia proprietary drivers I cannot access any of my TTYs, and the kernel out during boot (disabling rghb quiet in grub) is blank once the driver gets loaded. As far as I can tell, this was caused by a change in Fedora 36 where fbdev (drivers?) were replaced with CONFIG_DRM and CONFIG_SYSFB_SIMPLEFB. On my gentoo install running the latest nvidia drivers, I can run CONFIG_FB_SIMPLE on my kernel (which I can’t on Fedora because it’s prebuilt) without an issue and I …
For older generation GPUs (<= Pascal), nvidia_drm.fbdev=0 kernel parameter is still required to have a functional TTY, display the full boot text, and avoid the “freezing” / black screen.
Also, nvidia_drm.modeset=1, used in combination with the patched Arch kernel , is still required as a kernel parameter to avoid the simpledrm device creation.
See Also:
1 Like
Updating this tracking thread for the nVidia 570.133.07 Production Branch driver release.
Currently afftected by 5 issues with nVidia Linux drivers.
New bug reports attached and further details have been submitted for each individual issue.
Use-after free error
This is a new bug first seen with the 570.124.04 Production Branch driver release.
I’ve about 30 instances over the past few days,.
Mar 02 16:47:17 kernel: ==================================================================
Mar 02 16:47:17 kernel: BUG: KFENCE: use-after-free read in _nv000177kms+0x439/0x2a10 [nvidia_modeset]
Mar 02 16:47:17 kernel: Use-after-free read at 0x00000000e7c09e3f (in kfence-#113):
Mar 02 16:47:17 kernel: _nv000177kms+0x439/0x2a10 [nvidia_modeset]
Mar 02 16:47:17 kern…
Chrome/Electron VK_ERROR_INCOMPATIBLE_DRIVER errors at launch.
Greetings.
Using 550-beta driver. Arch Linux. Using aur package for 550-beta-dkms.
Running electron app with --ozone-platform-hint=auto flag ( vesktop for example ), I got this error in my terminal:
▶
Summary
find / -type f -name “libnvidia-glvkspirv*” shows that libnvidia-glvkspirv exist in /usr/lib/libnvidia-glvkspirv.so.550.40.07
GTK4 application tooltips and popover dialogs are stretched/distorted/frozen. This affects the GL and NGL renderers
Original thread - (GeForce RTX 4070) GTK application issue with NVIDIA GPU .
GNOME Bug report - Tooltips are stretched (#5832)
Reposting the thread with a more descriptive title for additional clarity/discoverability. In GTK applications, some menus and tooltips become stretched/improperly sized.
Have personally seen this issue crop up in GNOME Software dropdown menus and hover tooltips in any GTK applications. It’s especially apparent in GNOME Builder (IDE) with auto-completion.
A couple exa…
GTK4 apps background CPU usage and application crash-on-exit with Vulkan renderer. This is a showstopper for using the default Vulkan GTK4 renderer.
Originally filed against the GTK project:
GTK4 apps background CPU usage high with Vulkan renderer (#7117) · Issues · GNOME / gtk · GitLab
This was quickly identified as an nVidia driver issue.
As of gtk 4.16 the Vulkan rendering backend is used by default.
GTK4 apps are consuming unexpected CPU cycles while idle in the background when using the Vulkan backend.
This does not occur with the NGL renderer.
Steps to reproduce
Launch a GTK4 app (e.g. GTK4-demo, Nautilus, gnome-text-editor) us…
Nvidia driver isn’t compatible with simpledrm so boot output and TTYs are blank
Hi,
I run Fedora 37 and using nvidia proprietary drivers I cannot access any of my TTYs, and the kernel out during boot (disabling rghb quiet in grub) is blank once the driver gets loaded. As far as I can tell, this was caused by a change in Fedora 36 where fbdev (drivers?) were replaced with CONFIG_DRM and CONFIG_SYSFB_SIMPLEFB. On my gentoo install running the latest nvidia drivers, I can run CONFIG_FB_SIMPLE on my kernel (which I can’t on Fedora because it’s prebuilt) without an issue and I …
Latest stack:
Arch Linux | Kernel 6.13.7
Gnome-shell | Mutter 48.0
Wayland (meson_options: xwayland=false, x11=false )
Gtk4 4.18.2
Mesa 25.0.2
vulkan-icd-loader 1.4.304
nVidia 570.133.07
I will continue to update this tracking thread for each successive driver release.
3 Likes
Updating this tracking thread for the nVidia 575.57.08 New Feature Branch driver release.
Currently affected by 5 issues with the proprietary nVidia Linux driver.
3 of these issues have been acked by nVidia and assigned internal tracking bug numbers.
New bug reports attached, and further details have been submitted, for each individual issue.
Use-after free error
• nVidia internal tracking Bug #5282077 )
This is a new bug first seen with the 570.124.04 Production Branch driver release.
I’ve about 30 instances over the past few days,.
Mar 02 16:47:17 kernel: ==================================================================
Mar 02 16:47:17 kernel: BUG: KFENCE: use-after-free read in _nv000177kms+0x439/0x2a10 [nvidia_modeset]
Mar 02 16:47:17 kernel: Use-after-free read at 0x00000000e7c09e3f (in kfence-#113):
Mar 02 16:47:17 kernel: _nv000177kms+0x439/0x2a10 [nvidia_modeset]
Mar 02 16:47:17 kern…
Chrome/Electron VK_ERROR_INCOMPATIBLE_DRIVER errors at launch.
• nVidia internal tracking Bug #4882287
Greetings.
Using 550-beta driver. Arch Linux. Using aur package for 550-beta-dkms.
Running electron app with --ozone-platform-hint=auto flag ( vesktop for example ), I got this error in my terminal:
▶
Summary
find / -type f -name “libnvidia-glvkspirv*” shows that libnvidia-glvkspirv exist in /usr/lib/libnvidia-glvkspirv.so.550.40.07
GTK4 application tooltips and popover dialogs are stretched/distorted/frozen. This affects the NGL renderer.
Original thread - (GeForce RTX 4070) GTK application issue with NVIDIA GPU .
GNOME Bug report - Tooltips are stretched (#5832)
Reposting the thread with a more descriptive title for additional clarity/discoverability. In GTK applications, some menus and tooltips become stretched/improperly sized.
Have personally seen this issue crop up in GNOME Software dropdown menus and hover tooltips in any GTK applications. It’s especially apparent in GNOME Builder (IDE) with auto-completion.
A couple exa…
GTK4 apps background CPU usage with the Vulkan backend renderer.
• nVidia internal tracking Bug #5236115 (/proc/stat)
• nVidia internal tracking Bug #5238502 (futex)
Originally filed against the GTK project:
GTK4 apps background CPU usage high with Vulkan renderer (#7117) · Issues · GNOME / gtk · GitLab
This was quickly identified as an nVidia driver issue.
As of gtk 4.16 the Vulkan rendering backend is used by default.
GTK4 apps are consuming unexpected CPU cycles while idle in the background when using the Vulkan backend.
This does not occur with the NGL renderer.
Steps to reproduce
Launch a GTK4 app (e.g. GTK4-demo, Nautilus, gnome-text-editor) us…
Nvidia driver isn’t compatible with simpledrm so boot output and TTYs are blank
Hi,
I run Fedora 37 and using nvidia proprietary drivers I cannot access any of my TTYs, and the kernel out during boot (disabling rghb quiet in grub) is blank once the driver gets loaded. As far as I can tell, this was caused by a change in Fedora 36 where fbdev (drivers?) were replaced with CONFIG_DRM and CONFIG_SYSFB_SIMPLEFB. On my gentoo install running the latest nvidia drivers, I can run CONFIG_FB_SIMPLE on my kernel (which I can’t on Fedora because it’s prebuilt) without an issue and I …
Current software stack:
kernel 6.14.9
gnome-shell 48.2 (Wayland)
mutter 48.3 (-Dxwayland=false -Dx11=false )
gtk4 4.18.5 (-Dx11-backend=false )
vulkan-icd-loader 1.4.313
nVidia 575.57.08
I will continue to update this tracking thread for each successive driver release.
2 Likes
many thanks for maintaining this thread! :)
Well folks, I’m happy to report that nVidia knocked one off the list with the 575.64 New Feature Branch driver. Nice!
I’ve marked the dedicated issue thread for this as SOLVED .
• nVidia internal tracking Bug #5282077 )
This is a new bug first seen with the 570.124.04 Production Branch driver release.
I’ve about 30 instances over the past few days,.
Mar 02 16:47:17 kernel: ==================================================================
Mar 02 16:47:17 kernel: BUG: KFENCE: use-after-free read in _nv000177kms+0x439/0x2a10 [nvidia_modeset]
Mar 02 16:47:17 kernel: Use-after-free read at 0x00000000e7c09e3f (in kfence-#113):
Mar 02 16:47:17 kernel: _nv000177kms+0x439/0x2a10 [nvidia_modeset]
Mar 02 16:47:17 kern…
My… pleasure?? Haha.
3 Likes
Updating this tracking thread for the nVidia 575.64.03 New Feature Branch driver release.
Currently affected by 4 issues with the proprietary nVidia Linux driver.
ALL 4 of these issues have been acked by nVidia and assigned internal tracking bug numbers.
New bug reports attached, and further details have been submitted, for each individual issue.
Chrome/Electron VK_ERROR_INCOMPATIBLE_DRIVER errors at launch.
• nVidia internal tracking Bug #4882287
Greetings.
Using 550-beta driver. Arch Linux. Using aur package for 550-beta-dkms.
Running electron app with --ozone-platform-hint=auto flag ( vesktop for example ), I got this error in my terminal:
▶
Summary
find / -type f -name “libnvidia-glvkspirv*” shows that libnvidia-glvkspirv exist in /usr/lib/libnvidia-glvkspirv.so.550.40.07
GTK4 application tooltips and popover dialogs are stretched/distorted/frozen. This affects the NGL renderer.
• nVidia internal tracking Bug #5382305
Original thread - (GeForce RTX 4070) GTK application issue with NVIDIA GPU .
GNOME Bug report - Tooltips are stretched (#5832)
Reposting the thread with a more descriptive title for additional clarity/discoverability. In GTK applications, some menus and tooltips become stretched/improperly sized.
Have personally seen this issue crop up in GNOME Software dropdown menus and hover tooltips in any GTK applications. It’s especially apparent in GNOME Builder (IDE) with auto-completion.
A couple exa…
GTK4 apps background CPU usage with the Vulkan backend renderer.
• nVidia internal tracking Bug #5236115 (/proc/stat) (appears resolved )
• nVidia internal tracking Bug #5238502 (futex) (bigger issue )
Originally filed against the GTK project:
GTK4 apps background CPU usage high with Vulkan renderer (#7117) · Issues · GNOME / gtk · GitLab
This was quickly identified as an nVidia driver issue.
As of gtk 4.16 the Vulkan rendering backend is used by default.
GTK4 apps are consuming unexpected CPU cycles while idle in the background when using the Vulkan backend.
This does not occur with the NGL renderer.
Steps to reproduce
Launch a GTK4 app (e.g. GTK4-demo, Nautilus, gnome-text-editor) us…
Nvidia framebuffer driver isn’t compatible with simpledrm so boot output and TTYs are blank
• nVidia internal tracking Bug #4157529 (partially resolved in 580 upcoming driver )
Hi,
I run Fedora 37 and using nvidia proprietary drivers I cannot access any of my TTYs, and the kernel out during boot (disabling rghb quiet in grub) is blank once the driver gets loaded. As far as I can tell, this was caused by a change in Fedora 36 where fbdev (drivers?) were replaced with CONFIG_DRM and CONFIG_SYSFB_SIMPLEFB. On my gentoo install running the latest nvidia drivers, I can run CONFIG_FB_SIMPLE on my kernel (which I can’t on Fedora because it’s prebuilt) without an issue and I …
Current software stack:
kernel 6.15.5
wlroots 0.19
sway 1.11 (Native Wayland )
gtk4 4.18.6 (-Dx11-backend=false )
vulkan-icd-loader 1.4.313
nVidia 575.64.03
I will continue to update this tracking thread for each successive driver release.
1 Like
We are on a roll here folks… another one knocked off the list today!
GTK4 application tooltips and popover dialogs are stretched/distorted/frozen. This affects the NGL renderer.
**nVidia internal tracking Bug # 5382305
Upon building today’s git main@1229d635… the tooltip issue with the GTK4 NGL renderer is resolved.
I suspect also the popover/dialog distortion issues noted over the course of this thread may too be resolved/improved, but as noted several times previously, they became very rare and difficult to reproduce with recent GTK/Adwaita releases.
I’ll wait to mark this SOLVED until egl-wayland2 is officially tagged & packaged for my distro, and the temporary-fix env var is no longer required. Hopefull…
1 Like
Another one fixed after ~3ish years. All the gritty details can be found in the original thread here .
Per the 580.65.06 Beta release notes …
Fixed a bug that caused blank or frozen screens under the following conditions: nvidia-drm is loaded with the modeset=1 and fbdev=1 parameters, using a Maxwell or Pascal series GPU, and more than one display device of differing resolutions are connected.
nVidia internal tracking Bug #4157529
I can confirm this is indeed resolved at long last!
Behavior is now in exact parity with that of the nouveau driver.
Tekstryder:
Chrome/Electron VK_ERROR_INCOMPATIBLE_DRIVER errors at launch.
• nVidia internal tracking Bug #4882287
This bug is still present with the 575.57.08 New Feature Branch driver release.
kernel 6.14.9
gnome-shell 48.2 (Wayland)
mutter 48.3 (-Dxwayland=false -Dx11=false)
chromium 137.0.7151.55
nVidia 575.57.08
Same STR:
Install the chromium package
launch chromium and visit the chrome://gpu/ page
$ chromium
The NVIDIA driver was unable to open 'libnvidia-glvkspirv.so.575.57.08'. This library is required at run time.
The NVIDIA driver was unable to open 'libnvidia-glvkspirv.so.575.57.08'. …
This one is no longer occurring with the 580 series driver since the Beta release.
I asked the OP of the original issue thread to mark it as SOLVED , and will remove it from my list here.
2 Likes
GTK4 apps background CPU usage with the Vulkan backend renderer.
• nVidia internal tracking Bug #5236115 (/proc/stat)
• nVidia internal tracking Bug #5238502 (futex)
• GTK4 apps crash-on-exit with Vulkan backend #unknown
Hi @amrits et al,
With580.82.07 and 580.82.09 Production Driver I think this thread is ready to be marked as SOLVED.
5238502 (futex) - It would be good to see further optimization of background CPU usage.
See Intel comparison above. nVidia driver is using 50x more CPU cycles.
But, relative to total elapsed time, CPU time is still overall small enough.
5236115 (/proc/stat) - Similar results to 570.153.02 way upthread … this is RESOLVED FIXED.
Crash-on-exit of GTK4 apps using Vulkan backe…
So, that one thread ended up tracking 3 distinct issues.
I’ve marked it as SOLVED at long last.
Haven’t provided an overall roundup in a while, I’ll do that next.
Things are looking great with the 580 series driver.
1 Like
After a few days of putting the 580.95.05 Production Branch driver through its paces, no regressions to note.
This, following the rock-solid 580.82.07 release, has effectively zero known issues for my use cases.
I’m still tracking two issues here tho. One of them is fully resolved and the other may not be a driver issue.
EGL_BAD_ATTRIBUTE with chromium-based browsers
• nVidia has investigated, but no internal tracking # assigned.
• I need to file an issue with Chromium to root cause whether it’s a browser or driver issue.
• Ultimately this has no impact on browser functionality as it only manifests in chrome://gpu page loading.
Reporting BUG
Synopsis:
[1395:1395:0903/091957.495403:ERROR:ui/gl/egl_util.cc:92] EGL Driver message (Error) eglCreateContext: Requested version is not supported
Warning: eglCreateContext failed with EGL_BAD_ATTRIBUTE
- While trying to discover a BackendType::OpenGL adapter.
at CheckEGL (../../third_party/dawn/src/dawn/native/opengl/UtilsEGL.cpp:98)
Brief Description:
When visiting the chrome://gpu info page of a chromium-based browser, a slew of EGL-related errors occurs and the UI flashe…
GTK4 application tooltips and popover dialogs are stretched/distorted/frozen .
• nVidia internal tracking Bug #5382305
• This affects GTK4’s non-default GL backend renderer only.
• This issue has been fully SOLVED for months with the egl-wayland2 library.
• Only waiting for the library to be tagged and packaged by Arch to mark the thread solved.
• Still packaging locally and have never had any issue or regression since 2025-07-11.
• I removed the older egl-wayland library at that time, and have relied solely on the new lib since.
Original thread - (GeForce RTX 4070) GTK application issue with NVIDIA GPU .
GNOME Bug report - Tooltips are stretched (#5832)
Reposting the thread with a more descriptive title for additional clarity/discoverability. In GTK applications, some menus and tooltips become stretched/improperly sized.
Have personally seen this issue crop up in GNOME Software dropdown menus and hover tooltips in any GTK applications. It’s especially apparent in GNOME Builder (IDE) with auto-completion.
A couple exa…
Current stack:
kernel 6.16.10
hyprland 0.51.1 (-DNO_XWAYLAND:STRING=true )
wlroots git master @7cb3393e (Vulkan Backend ) (-Dxwayland=disabled )
sway git master @d9e615c5 (Native Wayland )
egl-wayland2 1.00 (git main@d4deb7c3)
nVidia 580.95.05
1 Like
Wow, can’t believe it’s been over 2 months since I last updated this thread.
That’s because there’s not been much to add.
The 3 most recent driver releases are all issue-free for my system sporting a trusty old Pascal 1080 Ti GPU.
• 580.82.07 ✔👍🏻
• 580.95.05 ✔👍🏻
• 580.105.08 ✔👍🏻
Regarding changes since last post:
I abandoned the quirky EGL Bad Attribute issue , as I simply don’t care what chrome://gpu reports.
The issue does not affect Brave or Chromium browser usage in any way.
The long-solved, age-old GTK4 tooltip/dialog distortion issue is on the cusp of being marked SOLVED as the egl-wayland2 package is now in [extra-testing] on Arch.
I’ve been packaging and using the egl-wayland2 library exclusively (no egl-wayland installed) since July 2025 (5ish months) now.
I’m relieved to find 580.105.08 Production Branch driver builds fine and is issue free on kernel 6.18.0, given this is a Longterm kernel.
Hoping the 580 Series drivers are very long-lived and provide support for many future kernels, including next December 2026 LTS release.
Current stack:
Arch Linux | kernel 6.18.0 and 6.17.11
hyprland git main @ 76ac655 (-DNO_XWAYLAND:STRING=true )
sway git master @ f4aba22 + !8715 (Native Wayland )
wlroots git master @ a962d58 + !5071 (Vulkan Backend ) & (-Dxwayland=disabled )
vulkan-icd-loader 1.4.328.1
egl-wayland2 1.01 git main @ 3e5b643
nVidia 580.105.08
Note:
I build my compositors without Xwayland support
I package the nVidia driver without the various unneeded X11-related bits or deps installed.
I’ll be back with another update after the next 580 Series driver point-release.
Currently using the latest 580.119.02 Production Branch driver with kernel 6.17.11 .
I performed a variety of graphical tests and benchmarks under the latest commits of both hyprland git and sway / wlroots git.
No new issues or regressions to report!
I see a mod marked this thread as SOLVED .
That’s fair. If nothing pops up in the next 14 days on the latest 580 release, I’ll let this thread close out.
1 Like
Decided to keep this thread open for one more 580 series driver release.
The various flickering issues confirmed by nVidia so far seem limited to X11 environments, but I’ve coincidentally got some flickering probs with Waybar under both Sway and Hyprland latest git commits. Haven’t pinpointed culprit yet.
1 Like
Coincidence indeed. Under Hyprland it was a valid bug which has since been fixed.
Waybar issue under Sway occurs with:
both of the previous two 580 Production branch drivers
both egl-wayland2 and egl-wayland individually installed
both waybar git and most recent tag (over a hundred commits ago)
So, I’m thinking it’s unlikely a driver regression and mayhaps I’ve just never stumbled upon the behavior as the STR requires steps not in my typical modus operandi.
Anyhoo… gonna try to let this thread remain open…
I’ll put the next release thru its paces and let the thread close if no regressions or new issues found.
Hopefully we’ll see a new 580 driver release within the next couple weeks.
Staying on egl-wayland2 git without issue. Now ~6 months without egl-wayland installed. Solid.
1 Like
Final update, after more than a week using 580.126.09 Production Branch driver.
That’s now 5 consecutive driver releases with zero issues on my trusty old 1050 Ti GPU.
Simple living here… no HDR, no VRR, and no GSP.
Current stack:
kernel 6.18.6
hyprland git @8e9add2 (-DNO_XWAYLAND:STRING=true )
sway git @055be4e + !8715 (Native Wayland )
wlroots git @604fcdb + !5071 (Vulkan Backend ) (-Dxwayland=disabled )
egl-wayland2 git @1893c37
nVidia 580.126.09
As noted previously, not dealing with Xwayland also helps:
I build my compositors without Xwayland support
I package the nVidia driver without the various unneeded X11-related bits or deps installed.
It was quite a ride getting many bugs squashed, but great to see Nvidia address them all.
I will now let this thread expire as SOLVED . Thanks everyone!
1 Like