Confused on Steam Play and Proton? Be sure to check out our guide.
We do often include affiliate links to earn us some pennies. See more here.

NVIDIA released a big new mainline Linux Beta Driver 450.51

By - | Views: 23,871

Not long after the recent developer-focused 440.66.17 Vulkan Beta, NVIDIA have released the 450.51 Linux Beta Driver in their mainline series that's for us consumers to jump in with.

This adds in a number of new features like support for Vulkan direct-to-display on DisplayPort displays which are connected via DisplayPort Multi-Stream Transport (DP-MST). NVIDIA added support in this Linux driver for NVIDIA NGX which appears to include DLSS, their deep learning powered technology stack. It also now has HEVC 10/12 bit "decode only" support for NVIDIA VDPAU, support for Image Sharpening in OpenGL and Vulkan applications, support to create 16-bit video surfaces in the NVIDIA VDPAU driver and more VDPAU additions.

Even PRIME support was expanded to allow PRIME Synchronization when using displays driven by the x86-video-amdgpu driver as PRIME display offload sinks and support for displays connected to NVIDIA GPUs to act as PRIME display offload sinks, also known as "Reverse PRIME". A fallback presentation path for PRIME Render Offload configurations where the DRI3 and/or Present extension are unavailable was added too.

There's also now extended dynamic runtime power management, to support shutting off power to video memory under certain conditions. Documentation saw a little improvement too, with a new file supported-gpus.json, which gives a machine-readable list of supported GPUs and their features.

NVIDIA also added an implementation of glNamedBufferPageCommitmentARB, which they said was actually missing from the driver's support for the GL_ARB_sparse_buffer extension.

When it comes to bug fixes, there's plenty of them too. A bug preventing X11 EGL displays from being reinitialized was solved, a bug where rendering in a separate user namespace (unshare -U) would show black window and produce Xid 13 errors was squashed, Vulkan applications should no longer leak file descriptors when destroying Vulkan instances, the Plasma desktop from KDE should no longer see the panel freeze when compositing is disabled (hooray!) and the Plasma session should hopefully no longer crash when running under Wayland.

See the 450.51 release page here.


They didn't stop there either. The 'Long Lived' driver was also updated to 440.100, bringing in new GPU support and it adds a workaround for some Pascal based notebooks, where the GPU could fall off the bus when idle.

Even the legacy driver 390.138 was released for older GPUs, fixing a bunch of Linux kernel 5.6 issues and it adds PRIME Synchronization support for Linux kernel 5.4 and newer.

Article taken from GamingOnLinux.com.
18 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.
21 comments
Page: 1/3»
  Go to:

Pikolo Jun 24, 2020
QuoteEven PRIME support was expanded to allow PRIME Synchronization when using displays driven by the x86-video-amdgpu driver as PRIME display offload sinks
So they noticed more and more laptops sold with AMD APU and Nvidia dGPUs. Good.

Quotesupport for displays connected to NVIDIA GPUs to act as PRIME display offload sinks, also known as "Reverse PRIME"
Does that mean Reverse Prime in On-Demand mode? As in HDMI ports will now work in On Demand mode and not require a restart? That would be amazing!
kokoko3k Jun 24, 2020
Thanks nvidia, but not yet.

* Their driver interacts badly with kwin. (My onboard intel hd4000 is snappier than my gtx1060)
* Power consumption is still a joke (windows driver needs way less time to go to lower power states)
* VT switch corrupts textures, so you cannot play on a dedicated X server and do other things into the other.
* High resolution and fullscreen consoles are missing
* kmsgrab via ffmpeg is not supported
* Wayland?
* Basically, things that require tight integration with the Linux ecosystem (the cool things!) is often workarounded or broken.

...considering the time they takes to fix things, maybe in 5 (10?) years they will have addressed those issues.


Last edited by kokoko3k on 24 June 2020 at 4:05 pm UTC
qgnox Jun 24, 2020
Quoting: Pikolo
QuoteEven PRIME support was expanded to allow PRIME Synchronization when using displays driven by the x86-video-amdgpu driver as PRIME display offload sinks
So they noticed more and more laptops sold with AMD APU and Nvidia dGPUs. Good.
Yep waiting for this since last year, I just tested on my laptop and I can switch between sway(wayland tty1 with the apu amdgpu) to openbox(xorg tty2 with nvidia - nvidia-xrun) and run any game with prime sync now. There is a small gain in performance: loading unigine heaven I went from using prime offload score of 2348 to prime sync score of 2437, not much but every frame counts. Also in theory when using only the amdgpu now that there is no process (xorg) using the nvidia driver as in prime offload there should be a reduction on watts usage, maybe, I have to test.
jens Jun 24, 2020
  • Supporter
I would love to know which version of the Vulkan branch got merged into this one.
Is `VK_EXT_extended_dynamic_state` already included (from 440.66.17)? If not, is this version suitable for RDR2 (like 440.66.15)?


Last edited by jens on 24 June 2020 at 4:52 pm UTC
mrdeathjr Jun 24, 2020
Quoting: jensI would love to know which version of the Vulkan branch got merged into this one.
Is `VK_EXT_extended_dynamic_state` already included (from 440.66.17)? If not, is this version suitable for RDR2 (like 440.66.15)?

according nvidia json file lastest driver stay a bit outdated compared vulkan beta driver:

450.51

"file_format_version" : "1.0.0",
"ICD": {
"library_path": "libGLX_nvidia.so.0",
"api_version" : "1.2.133"

440.66.17

"file_format_version" : "1.0.0",
"ICD": {
"library_path": "libGLX_nvidia.so.0",
"api_version" : "1.2.145"

mrdeathjr Jun 24, 2020
Quoting: kokoko3kThanks nvidia, but not yet.

* Wayland?

What is it?



Xpander Jun 24, 2020
like on the 450.36.06 beta cuda drivers, this driver has the image sharpening built in :)

Image Sharpening

QuoteThe __GL_SHARPEN_ENABLE environment variable can be used to enable image sharpening for OpenGL and Vulkan applications. Setting __GL_SHARPEN_ENABLE=1 enables image sharpening, while setting __GL_SHARPEN_ENABLE=0 (default) disables image sharpening. The amount of sharpening can be controlled by setting the __GL_SHARPEN_VALUE environment variable to a value between 0 and 100, with 0 being no sharpening, 100 being maximum sharpening, and 50 being the default. The amount of denoising done on the sharpened image can be controlled with the __GL_SHARPEN_IGNORE_FILM_GRAIN environment variable, with 0 being no denoising, 100 being maximum denoising, and 17 being the default.


Last edited by Xpander on 24 June 2020 at 7:33 pm UTC
Luke_Nukem Jun 24, 2020
Quoting: Pikolo
Quotesupport for displays connected to NVIDIA GPUs to act as PRIME display offload sinks, also known as "Reverse PRIME"
Does that mean Reverse Prime in On-Demand mode? As in HDMI ports will now work in On Demand mode and not require a restart? That would be amazing!

Sounds like it. I heart skipped a beat when I read that. Anyone have a guide to this type of thing?
Luke_Nukem Jun 24, 2020
Quoting: Luke_Nukem
Quoting: Pikolo
Quotesupport for displays connected to NVIDIA GPUs to act as PRIME display offload sinks, also known as "Reverse PRIME"
Does that mean Reverse Prime in On-Demand mode? As in HDMI ports will now work in On Demand mode and not require a restart? That would be amazing!

Sounds like it. I heart skipped a beat when I read that. Anyone have a guide to this type of thing?

Apparently works just by plugging in? I mean that's what I did and it works... But, I can't run my ultrawide at full resolution or it gets that old "your sync rate is completely out" look.

EDIT: also some weird stuff going on with the screens, it acts as if the external and internal screens are one big screen.


Last edited by Luke_Nukem on 24 June 2020 at 10:57 pm UTC
Luke_Nukem Jun 25, 2020
So this allows the driver to load when an output is connected, but without additional configuration the screen is treated like an extension of the primary (like a giant virtual) and does weird things:

 
# This xorg.conf.d configuration snippet configures the X server to
# automatically load the nvidia X driver when it detects a device driven by the
# nvidia-drm.ko kernel module.  Please note that this only works on Linux kernels
# version 3.9 or higher with CONFIG_DRM enabled, and only if the nvidia-drm.ko
# kernel module is loaded before the X server is started.

Section "OutputClass"
    Identifier     "nvidia"
    MatchDriver    "nvidia-drm"
    Driver         "nvidia"
EndSection


If you follow this guide, then you lose powersaving and may as well just run regular PRIME mode since the driver is loaded when X starts (and also needs a screen plugged in unless you add `AllowEmptyInitialConfiguration`.

For whatever reason, `Inactive "nvidia"` isn't working for me, and the gpu-manager stuff in /usr/share/X11/xorg.conf.d must be removed.
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.