You can sign up to get a daily email of our articles, see the Mailing List page.
We do often include affiliate links to earn us some pennies. See more here.

NVIDIA today launched four new stable Linux graphics drivers, yes four. 545.29.02 is the bigger one with all the new stuff, but they also launched 535.129.03, 525.147.05 and 470.223.02 due to newly disclosed security issues.

So it's a good time to make sure you're up to date to stay secure. From their security bulletin released today all drivers prior to 545.29.02, 535.129.03, 525.147.05 and 470.223.02 are vulnerable so be sure to use those versions at a minimum going forward.

For normal desktop users the problem reported is CVE‑2023‑31022 that notes "NVIDIA GPU Display Driver for Windows and Linux contains a vulnerability in the kernel mode layer, where a NULL-pointer dereference may lead to denial of service". The rest are just Windows issues and for VGPU.

As for the release notes find them below.

545.29.02:

  • Added experimental HDMI 10 bits per component support; enable by loading nvidia-modeset with `hdmi_deepcolor=1`.
  • Added support for the CTM, DEGAMMA_LUT, and GAMMA_LUT DRM-KMS CRTC properties. These are used by features such as the "Night Light" feature in GNOME and the "Night Color" feature in KDE, when they are used as Wayland compositors.
  • Added CERTIFIED-quality support for GeForce and Workstation GPUs to open kernelmodules. Please see the "Open Linux Kernel Modules" chapter in the README for details.
  • Added initial experimental support for runtime D3 (RTD3) power management on Desktop GPUs. Please see the 'PCI-Express Runtime D3 (RTD3) Power Management' chapter in the README for more details.
  • Added support for the EGL_ANDROID_native_fence_sync EGL extension and the VK_EXTERNAL_SEMAPHORE_HANDLE_TYPE_SYNC_FD_BIT and VK_EXTERNAL_FENCE_HANDLE_TYPE_SYNC_FD_BIT Vulkan external handle types when the nvidia-drm kernel module is loaded with the modeset=1 parameter.
  • Added experimental support for framebuffer consoles provided by nvidia-drm. On kernels that implement drm_fbdev_generic_setup and drm_aperture_remove_conflicting_pci_framebuffers, nvidia-drm will install a framebuffer console when loaded with both `modeset=1` and `fbdev=1` kernel module parameters. This will replace the Linux boot console driven by a system framebuffer driver such as efifb or vesafb.
    Note that when an nvidia-drm framebuffer console is enabled, unloading nvidia-drm will cause the screen to turn off.
  • Updated nvidia-installer to allow installing the driver while an existing NVIDIA driver is already loaded.
  • Added support for virtual reality displays, such as the SteamVR platform, on Wayland compositors that support DRM leasing. Support requires xwayland version 22.1.0 and wayland-protocols version 1.22, or later. Tested on sway, minimum version 1.7 with wlroots version 0.15, and also on Kwin, minimum version 5.24.
    Note: Before xwayland 23.2, there is a known issue with HDMI displays where the headset will fail to start a second time after closing SteamVR. This can be worked around by unplugging and replugging in the headset.
  • Fixed a bug that prevented VRR (Variable Refresh Rate) from working with Wayland.
  • Added support to the NVIDIA VDPAU driver for running in Xwayland. Please refer to the "Xwayland support in VDPAU" section of the README for further details.
  • Added libnvidia-gpucomp.so to the driver package. This is a helper library used for GPU shader compilation.
  • Removed libnvidia-vulkan-producer.so from the driver package. This helper library is no longer needed by the Wayland WSI.
  • Fixed a bug that intermittently caused the display to freeze when resuming from suspend on some Ada GPUs.
  • Fixed a bug that could cause monitors to flicker when the performance state changes on Turing GPUs.
  • Added support for HDR signaling via the HDR_OUTPUT_METADATA and Colorspace per-connector DRM properties when nvidia-drm is loaded with the `modeset=1` parameter.
  • Added support for PRIME render offload to Vulkan Wayland WSI.
  • Fixed a bug that could cause modes to fail validation when Option "ModeValidation" "NoExtendedGpuCapabilitiesCheck" is specified in xorg.conf.
  • Fixed a bug which could cause some DisplayPort monitors to flicker.

535.129.03:

  • Fixed a bug that could cause modes to fail validation when Option "ModeValidation" "NoExtendedGpuCapabilitiesCheck" is specified in xorg.conf.
  • Fixed a bug that could cause GPU memory utilization to be reported incorrectly for Multi-Instance GPU (MIG) partitions on Grace Hopper systems.
  • Fixed a bug that intermittently caused the display to freeze when resuming from suspend on some Ada GPUs.
  • Fixed a bug which could cause some DisplayPort monitors to flicker.
  • Fixed a bug that could cause monitors to flicker when the performance state changes on Turing GPUs.

525.147.05:

  • Fixed a bug which could cause some DisplayPort monitors to flicker.
  • Fixed a bug which prevented DKMS from registering kernel modules.
  • Fixed a bug that could cause monitors to flicker when the performance state changes on Turing GPUs.
  • Fixed a bug which caused incorrect reporting of presentation times when using the VK_NV_present_barrier Vulkan extension.

470.223.02:

  • Fixed a bug which caused incorrect reporting of presentation times when using the VK_NV_present_barrier Vulkan extension.
Article taken from GamingOnLinux.com.
9 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 came back to check 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. Find me on Mastodon.
See more from me
13 comments
Page: 1/2»
  Go to:

Dahippo1555 Oct 31, 2023
Ohh, probably on 545 finally fixed that annoying flicker on 20 series ? :O
jkaart Oct 31, 2023
Quoting: Dahippo1555Ohh, probably on 545 finally fixed that annoying flicker on 20 series ? :O
Yes, I do not have any flickering with this 545 driver and GTX1660 Super
It was very annoying bug on 535 diver.


Last edited by jkaart on 31 October 2023 at 9:49 pm UTC
ExpandingMan Oct 31, 2023
Supposedly although Starfield runs on 545 (in contrast to 535), it is getting rather poor performance, and supposedly that is still a driver problem. Considering that sort of thing is not entirely uncommon, and that e.g. the vkd3d devs can't go in, look at the driver code, and open an issue with nvidia describing exactly why they believe there is a bug, I'm feeling pretty annoyed with nvidia lately. Unsurprisingly.
TheRiddick Oct 31, 2023
if someone tries the deepcolor mode out could they report their experiences? Probably works best in Wayland.

Might cause all sorts of issues since linux has been 8bit for so long most software just never even bothered with upward compatibility.
QuoteFixed a bug that could cause monitors to flicker when the performance state changes on Turing GPUs.
I really hope this is actually fixed this time. I'm getting really sick of one-third of my monitor flashing black every few minutes.

For the record, here is the forum thread about this issue.

It seems like it is finally, actually fixed. Since I'm on Arch, I can just install nvidia-dkms from the AUR and hope for the best. Or just wait for the package to be bumped. I might do the latter.


Last edited by pleasereadthemanual on 1 November 2023 at 3:51 am UTC
RossBC Nov 1, 2023
Quoting: ExpandingManSupposedly although Starfield runs on 545 (in contrast to 535), it is getting rather poor performance, and supposedly that is still a driver problem. Considering that sort of thing is not entirely uncommon, and that e.g. the vkd3d devs can't go in, look at the driver code, and open an issue with nvidia describing exactly why they believe there is a bug, I'm feeling pretty annoyed with nvidia lately. Unsurprisingly.

VK_NV_device_generated_commands_compute is still being developed in the vulkan beta drivers branch and has not been added to the New Feature Branch yet.

You wont be getting any improvements because it's not even in the 545 drivers yet.

To get access to that functionality, you will need the October 24th, 2023, Linux 535.43.15 driver and a version of vkd3d-proton master from commit 8829062 on-wards. So any compiled version of vkd3d-proton from the 27th october onwards.


Last edited by RossBC on 1 November 2023 at 3:35 am UTC
hardpenguin Nov 1, 2023
Pikolo Nov 1, 2023
Looks like I might try Wayland again:
Added support for PRIME render offload to Vulkan Wayland WSI.
DMG Nov 1, 2023
How can I install specific driver version? I somehow see only version 535.113.01
 
user@pop-os:~$ sudo apt search "NVIDIA driver metapackage"
Sorting... Done
Full Text Search... Done
mir-graphics-drivers-nvidia/jammy 2.7.0-0ubuntu3 amd64
  Display server for Ubuntu - Nvidia driver metapackage

nvidia-driver-390/jammy-security,jammy-updates 390.157-0ubuntu0.22.04.2 amd64
  NVIDIA driver metapackage

nvidia-driver-470/jammy 470.199.02-1pop0~1695931040~22.04~4c2d0ee amd64
  NVIDIA driver metapackage

nvidia-driver-535/jammy,now 535.113.01-1pop0~1695753528~22.04~0561f9e amd64 [installed]
  NVIDIA driver metapackage

user@pop-os:~$ 
rcrit Nov 1, 2023
View PC info
  • Supporter Plus
Looks like there is a problem with the new driver launching CS2 under Wayland and/or gamescope:

https://forums.developer.nvidia.com/t/cs2-stuck-on-valve-logo-on-startup-545-beta-branch/269778/9

A fix was done but landed after the release was cut.

Just flipping through their forum shows quite a lot of people having a hard time with Wayland still.
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


Or login with...
Sign in with Steam Sign in with Google
Social logins require cookies to stay logged in.