Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal. You can also buy games using our partner links for GOG and Humble Store.
We do often include affiliate links to earn us some pennies. See more here.

NVIDIA has release two fresh driver updates for Linux this week. There's a new stable driver, and an update to the Beta series.

The first from yesterday is the 550.90.07 stable driver with these changes:

  • Temporarily disabled the GLX_EXT_buffer_age extension on Xwayland to work around a bug that could cause corruption.
  • Fixed a bug that could cause corruption when the GLX_EXT_buffer_age extension is used on X.org with PRIME render offloading.
  • Improved the ability of nvidia-modprobe to detect whether kernel modules are already loaded. This corrects an issue that prevented nvidia-persistenced from setting persistence mode on some systems.
  • Fixed a bug that could cause additional X screens to claim displays that should have been assigned to a prior X screen based on the given X configuration.
  • Fixed a bug that could cause the X server to crash when graphics applications requested single-buffered drawables while certain features (such as Vulkan sharpening) are enabled.
  • Fixed a bug that could lead to a kernel panic, due to a failure to release a spinlock under some conditions.
  • Fixed a race condition which could lead to crashes when Xid errors occur concurrently on multiple GPUs.

With that being a stable driver, everyone should be fine to use it.

And then there's the new 555.52.04 beta driver for today, which follows on from the exciting 555.42.02 Beta driver that gave us Wayland explicit sync from May. Here's the latest changes:

  • Fixed a segmentation fault when running multi-threaded NvFBC applications.
  • Temporarily disabled the GLX_EXT_buffer_age extension on Xwayland to work around a bug that could cause corruption.
  • Fixed a bug that could cause corruption when the GLX_EXT_buffer_age extension is used on X.org with PRIME render offloading.
  • Fixed a bug that could cause the X server to crash when graphics applications requested single-buffered drawables while certain features (such as Vulkan sharpening) are enabled.
  • Fixed a bug that could lead to a kernel panic, due to a failure to release a spinlock under some conditions.
  • Fixed a race condition which could lead to crashes when Xid errors occur concurrently on multiple GPUs.
Article taken from GamingOnLinux.com.
12 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly checked on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. You can also follow my personal adventures on Bluesky.
See more from me
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
9 comments

Vardamir Jun 5
I'm currently using my Intel graphics only, because the NVidia driver crashed my computer on shutdown every now and then. I suspect the driver also for some crashes during system update, which is particularly funny. Had to reinstall after a crash during an update destroyed the libc (without it, repairing with a chroot is not possible)
Xpander Jun 5
I just don't understand how so many people have issues with nvidia drivers. Like crashing the computer. This hasn't happened for like 10 years at least for me.. I dont use optiums stuff though. Ohh and im still on X11 ofc.
Even if the driver crashes, then it doesnt take the system down but recovers the drivers. I remember having few issues with 525 drivers where some games crashed the gpu driver, but it always just recovered without system crash.

Anyway. Been running the 555 drivers since their release (updated to 555.52.04). No issues to report except the firmware thats loaded by default causing frametime skips, but disabling it with nvidia.NVreg_EnableGpuFirmware=0 gets the issue resolved. Cant see any fixes on that in the updated drivers, so i guess thats still an issue. I have reported that to nvidia and send them nvidia-bugreport, so they are at least aware of thatone.
Minux Jun 5
Before having the beta driver with explicit sync, playing without X11 on Nvidia was unthinkable. I tried Wayland for a while and every single game had some kind of flickering stuttering, multiple visual glitches.

Now I think they're finally going in the right direction. I've been using the beta driver for a while in Fedora 40. And I finally can say Nvidia has for once surprised me, as it works really good.

No more flickering. Looks like I'll be finally able to enjoy the painless Wayland + Nvidia experience a lot of people were already enjoying and made a lot of us look like we were simply mad. :)


Last edited by Minux on 5 June 2024 at 11:40 pm UTC
Phlebiac Jun 5
the firmware thats loaded by default causing frametime skips, but disabling it with nvidia.NVreg_EnableGpuFirmware=0 gets the issue resolved.

I may have seen that, manifesting as choppy audio; if I see it again, I'll have to try the workaround. More details:
https://download.nvidia.com/XFree86/Linux-x86_64/555.52.04/README/gsp.html
Improved the ability of nvidia-modprobe to detect whether kernel modules are already loaded. This corrects an issue that prevented nvidia-persistenced from setting persistence mode on some systems.
Anyone knows if this fixes the problems of the Debian kernel 5.10.0-29 with nvidia drivers, especially at the mx linux 21 distro? Thanks in advance.


Last edited by Deleted_User on 6 June 2024 at 7:38 am UTC
kokoko3k Jun 6
I'm currently using my Intel graphics only, because the NVidia driver crashed my computer on shutdown every now and then. I suspect the driver also for some crashes during system update, which is particularly funny. Had to reinstall after a crash during an update destroyed the libc (without it, repairing with a chroot is not possible)

You can always try to use prime render offload and rely on intel for desktop task and getting frames back from nvidia for the heavy stuff.

Before switching to Amd, I found that to be the less troublesome way to live with the blob.


Last edited by kokoko3k on 6 June 2024 at 11:16 am UTC
Vardamir Jun 6
I'm currently using my Intel graphics only, because the NVidia driver crashed my computer on shutdown every now and then. I suspect the driver also for some crashes during system update, which is particularly funny. Had to reinstall after a crash during an update destroyed the libc (without it, repairing with a chroot is not possible)

You can always try to use prime render offload and rely on intel for desktop task and getting frames back from nvidia for the heavy stuff.

Before switching to Amd, I found that to be the less troublesome way to live with the blob.
I had the hybrid-intel-nvidia-prime driver installed and for regular tasks it was using Intel. But that didn't prevent the system to crash every now and then (and at mostly every shutdown)
kokoko3k Jun 6
I'm currently using my Intel graphics only, because the NVidia driver crashed my computer on shutdown every now and then. I suspect the driver also for some crashes during system update, which is particularly funny. Had to reinstall after a crash during an update destroyed the libc (without it, repairing with a chroot is not possible)

You can always try to use prime render offload and rely on intel for desktop task and getting frames back from nvidia for the heavy stuff.

Before switching to Amd, I found that to be the less troublesome way to live with the blob.
I had the hybrid-intel-nvidia-prime driver installed and for regular tasks it was using Intel. But that didn't prevent the system to crash every now and then (and at mostly every shutdown)

I don't know what hybrid-intel-nvidia-prime driver is, it seems a manjaro thing.

To be sure we are speaking about the same setup, prime render offload means that the display is attached just to the igp and you run commands on the discrete one via prime-run script.
Vardamir Jun 7
I don't know what hybrid-intel-nvidia-prime driver is, it seems a manjaro thing.
Yes

To be sure we are speaking about the same setup, prime render offload means that the display is attached just to the igp and you run commands on the discrete one via prime-run script.
Yes. I only ran steam or DaVince Resolve with prime-run. Currently I have only installed the video-intel drivers and so far, I have not yet encountered any such crash
Next time, I'll try the nvidia only drivers and see, if that works
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register