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.
QuoteEven PRIME support was expanded to allow PRIME Synchronization when using displays driven by the x86-video-amdgpu driver as PRIME display offload sinksSo 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!
* 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
Quoting: PikoloYep 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.QuoteEven PRIME support was expanded to allow PRIME Synchronization when using displays driven by the x86-video-amdgpu driver as PRIME display offload sinksSo they noticed more and more laptops sold with AMD APU and Nvidia dGPUs. Good.
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
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"
Quoting: kokoko3kThanks nvidia, but not yet.
* Wayland?
What is it?
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: PikoloQuotesupport 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_NukemQuoting: PikoloQuotesupport 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
# 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"
EndSectionIf 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.
Patreon
PayPal
See more from me