Following on from the NVIDIA Beta 495.29.05 earlier this month, today NVIDIA has a fresh 495.44 stable driver release that builds upon it with some additional extras. This is the big one for Wayland fans, since it now works with the GBM API.
With this API now hooked up, it should mean a better Wayland experience and it's something that the KDE Plasma team are already working on supporting too.
You will also find in this release an indicator (on supported desktops) for showing Resizable BAR and the minimum Kernel version got bumped from 2.6.32 to 3.10. Additionally these new extensions are supported:
- VK_KHR_present_id
- VK_KHR_present_wait
- VK_KHR_shader_subgroup_uniform_control_flow
- EGL_NV_robustness_video_memory_purge
There's also a healthy dose of bug fixes and other changes noted below:
- Fixed a bug that could cause the X server to crash when starting a new server generation on PRIME configurations.
- Removed support for NvIFROpenGL. This functionality was deprecated in the 470.xx driver release.
- Removed libnvidia-cbl.so from the driver package. This functionality is now provided by other driver libraries.
- Updated nvidia.ko to load even if no supported NVIDIA GPUs are present when an NVIDIA NVSwitch device is detected in the system. Previously, nvidia.ko would fail to load into the kernel if no supported GPUs were present.
- Fixed a bug in the Vulkan driver where unused input attributes to a vertex shader would corrupt the interpolation qualifiers for the shader.
- Fixed a bug in the Vulkan driver where individual components of barycentric inputs could not be read.
- Fixed a bug where VK_NVX_binary_import was advertised as supported on unsupported platforms. This caused calls to vkCreateDevice to fail if applications attempted to enable VK_NVX_binary_import on such platforms.
- Added a new command line option, "--no-peermem", to nvidia-installer.Selecting this option prevents the installation of the nvidia-peermem kernel module.
- Fixed a regression which prevented DisplayPort and HDMI 2.1 variable refresh rate (VRR) G-SYNC Compatible monitors from functioning correctly in variable refresh rate mode, resulting in issues such as flickering.
- Fixed a bug that can cause a kernel crash in SLI Mosaic configurations.
Since this is a stable driver release all users should be okay to upgrade.
Article taken from GamingOnLinux.com.
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
Quoting: TorqachuThis is a blow to my poor gtx660.
no wayland and probably no more gaming(470 is the last proprietary driver for me)
Running 470 here as well. I do have a 2080 but watched a few tutorials on installing 495 and not sure i'm ready to take that plunge.
0 Likes
Quoting: dubigrasuQuoting: minfaer- Fractional scaling and different scaling on multi-monitors at least in gnome require WaylandIs that a limitation only with Nvidia?
No, it's purely Xorg vs Wayland. See the arch wiki describing how to potter around this.
1 Likes, Who?
This is exciting, hopefully i can make the full switch to wayland to avoid those fustrating X issues i have been having with my weird multi monitor setup! 
0 Likes
I was waiting for Wayland to work on my Nvidia card, and now there is a possibility that my card is too old :/ I had Kepler GTX660ti and later I upgraded to GTX970 on maxwell, but looking at how slow it takes to get any support on NVIDIA I'm skeptical. Is it the same with AMD GPUs?
0 Likes
Quoting: minfaerQuoting: dubigrasuQuoting: minfaer- Fractional scaling and different scaling on multi-monitors at least in gnome require WaylandIs that a limitation only with Nvidia?
No, it's purely Xorg vs Wayland. See the arch wiki describing how to potter around this.
Huh, is not something that I frequently use, but it works OK here by default.
I have Gnome 3.36.8, two monitors on Xorg, one at 175% and the other at 150%.
0 Likes
Quoting: dubigrasuQuoting: minfaerQuoting: dubigrasuQuoting: minfaer- Fractional scaling and different scaling on multi-monitors at least in gnome require WaylandIs that a limitation only with Nvidia?
No, it's purely Xorg vs Wayland. See the arch wiki describing how to potter around this.
Huh, is not something that I frequently use, but it works OK here by default.
I have Gnome 3.36.8, two monitors on Xorg, one at 175% and the other at 150%.
That's interesting, I remember a Gnome dev writing that they cant implement it on X. What distro is it? And are you sure it's X (as in
echo $XDG_SESSION_TYPE )?Quoting: FlapI was waiting for Wayland to work on my Nvidia card, and now there is a possibility that my card is too old :/ I had Kepler GTX660ti and later I upgraded to GTX970 on maxwell, but looking at how slow it takes to get any support on NVIDIA I'm skeptical. Is it the same with AMD GPUs?
If you mean for wayland: no, that has been running fine for years.
If you mean in general: There are ups and downs. Freesync over HDMI for example took forever...
Last edited by minfaer on 26 October 2021 at 9:49 pm UTC
0 Likes
Quoting: minfaer- Gamescope - even if you run it in an X session, it is a wayland compositor
Gamescope does not need GBM and could have worked since 470, but Nvidia driver still needs support for VK_EXT_image_drm_format_modifier, which is not Wayland or GBM specific.
0 Likes
Quoting: x_wingQuoting: scaineQuoting: BielFPsAnd I would like to welcome the Nvidia users friends to the wayland side of the force
I hope now the Linux Mint devs can stop pretending that Wayland is not a thing.
You say that like everyone else has adopted it, and it's the new standard...? As far as I know Ubuntu, Debian, Fedora and OpenSuse do now default to Wayland, but it's not like it's used everywhere by any stretch. I'm on Pop 21.04 and there's no Wayland here. And don't KDE still have a few kinks to work out with Wayland?
It feels like the technology that's permanently "just around the corner". I just wish it had some kind of selling point - something that made me want to try it, other than vague "better architecture" back-end stuff that I'm meant to care about, but don't, on my single-user system. Instead, there's a list of quirks relating to screen sharing, keyboard overlays, proprietary apps and Nvidia or KDE incompatibilities.
It does feel like there's some momentum at long last though.
Kinda difficult to implement new defaults when the industry jerk makes lobby for their own problematic solution and blocks the development of any open source alternative.
I have no idea what you're talking about here. Nvidia blocked something... how? Or is this tired old "Mir" argument, in which I'm sick of hearing it, since, after all, competing standards literally defines what Linux is.
No idea how you block open source alternatives though. Is this about that Microsoft-funded company that brought lawsuits to big Linux houses with bogus patents? I forget their name.
Yeah, sorry. No idea what this is about.
1 Likes, Who?
Quoting: minfaerYes, is x11 on Ubuntu 20 LTS.Quoting: dubigrasuQuoting: minfaerQuoting: dubigrasuQuoting: minfaer- Fractional scaling and different scaling on multi-monitors at least in gnome require WaylandIs that a limitation only with Nvidia?
No, it's purely Xorg vs Wayland. See the arch wiki describing how to potter around this.
Huh, is not something that I frequently use, but it works OK here by default.
I have Gnome 3.36.8, two monitors on Xorg, one at 175% and the other at 150%.
That's interesting, I remember a Gnome dev writing that they cant implement it on X. What distro is it? And are you sure it's X (as inecho $XDG_SESSION_TYPE?
0 Likes
Luke_Nukem Oct 27, 2021
Quoting: scaineNo idea how you block open source alternatives though. Is this about that Microsoft-funded company that brought lawsuits to big Linux houses with bogus patents? I forget their name.
SCO.
1 Likes, Who?
Patreon
PayPal
See more from me