After being a little quiet for a while, NVIDIA released Beta driver 545.23.06 which includes a bunch of new features and a few bug fixes too. This is a Beta driver, so it's not meant for those of you who need things stable as it may contain other issues. However, generally, the Beta drivers are okay.
Nice to see so many improvements, and at least they put up the correct changelog this time after putting up the wrong changelog for two recent stable driver releases…they still haven't put up the corrected changelog for the stable release of 535.104.05, which is exactly the same as 535.98 (and 535.98 initially had the wrong one too).
Here's all the changes for 545.23.06 Beta:
- 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 beta-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.
See their driver page for all the info.
The most recent stable release was 535.113.01 on September 21st that noted:
- 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.
Yes, I still care about this. Most anticipated game in years for me has been literally the *only* game (having tested *hundreds*) I have not been able to get running at all on manjaro latest with nvidia, very frustrating.
Last edited by ExpandingMan on 17 October 2023 at 1:49 pm UTC
QuoteNote that when an nvidia-drm framebuffer console is enabled, unloading nvidia-drm will cause the screen to turn off.I wonder if that's the cause of the upgrade bug that's been present for each driver on the 535 branch, where upgrading the driver turns the screen off?
Quoting: sniper_nine 535.43.13 vulkan beta drivers work fine with 3090ti gpu. Not sure about the normal beta branch drivers though I am thinking the the fix needed for starfield didn't make in the normal beta branch drivers. I couldn't get any of the dlss mods to work. So for me fps are like 24-40 mostly around 30-35 though. But that is at 4k with the graphics maxed out. I haven't done much testing though. I spent some time trying to get the dlss mods to work but couldn't seem to get them working yet.
DLSS 3 requires a RTX-40 series card AFAIK.
Quoting: CatKillerQuoteNote that when an nvidia-drm framebuffer console is enabled, unloading nvidia-drm will cause the screen to turn off.I wonder if that's the cause of the upgrade bug that's been present for each driver on the 535 branch, where upgrading the driver turns the screen off?
Are you on duel monitors? I had this until I switched my second screen off before rebooting...
Quoting: SlackdogAre you on duel monitors? I had this until I switched my second screen off before rebooting...No, single monitor here. I think Liam's on single monitor, too, and the other people I've seen mention it. The screen turns off during any update of the driver on that branch, and the computer appears unresponsive - although one can SSH into it still.
Quoting: rcritQuoting: sniper_nine 535.43.13 vulkan beta drivers work fine with 3090ti gpu. Not sure about the normal beta branch drivers though I am thinking the the fix needed for starfield didn't make in the normal beta branch drivers. I couldn't get any of the dlss mods to work. So for me fps are like 24-40 mostly around 30-35 though. But that is at 4k with the graphics maxed out. I haven't done much testing though. I spent some time trying to get the dlss mods to work but couldn't seem to get them working yet.
DLSS 3 requires a RTX-40 series card AFAIK.
I was not speaking about frame generation which only on 40 series. Here is a brake down of current dlss version and related techs that they introduced.
DLSS 2+ Super Resolution and
Deep Learning Anti-aliasing
(All GeForce RTX GPUs)
DLSS 3+ Frame Generation
(GeForce RTX 40 Series GPUs)
DLSS 3.5+ Ray Reconstruction
(All GeForce RTX GPUs)
See more from me