Don't want to see articles from a certain category? When logged in, go to your User Settings and adjust your feed in the Content Preferences section where you can block tags!
We do often include affiliate links to earn us some pennies. See more here.

NVIDIA 495.44 stable driver is out for Linux, adds in GBM API support

By - | Views: 31,858

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:

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.
29 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
The comments on this article are closed.
42 comments
Page: «2/5»
  Go to:

Paceline Oct 26, 2021
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.
minfaer Oct 26, 2021
Quoting: dubigrasu
Quoting: minfaer- Fractional scaling and different scaling on multi-monitors at least in gnome require Wayland
Is that a limitation only with Nvidia?

No, it's purely Xorg vs Wayland. See the arch wiki describing how to potter around this.
purplehyenathing Oct 26, 2021
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!
Flap Oct 26, 2021
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?
dubigrasu Oct 26, 2021
Quoting: minfaer
Quoting: dubigrasu
Quoting: minfaer- Fractional scaling and different scaling on multi-monitors at least in gnome require Wayland
Is 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%.
minfaer Oct 26, 2021
Quoting: dubigrasu
Quoting: minfaer
Quoting: dubigrasu
Quoting: minfaer- Fractional scaling and different scaling on multi-monitors at least in gnome require Wayland
Is 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
Egonaut Oct 26, 2021
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.
scaine Oct 26, 2021
View PC info
  • Contributing Editor
  • Mega Supporter
Quoting: x_wing
Quoting: scaine
Quoting: 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.
dubigrasu Oct 26, 2021
Quoting: minfaer
Quoting: dubigrasu
Quoting: minfaer
Quoting: dubigrasu
Quoting: minfaer- Fractional scaling and different scaling on multi-monitors at least in gnome require Wayland
Is 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  ?
Yes, is x11 on Ubuntu 20 LTS.
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.
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!
The comments on this article are closed.