Announcement

Collapse
No announcement yet.

NVIDIA 510.39.01 Linux Beta Brings Vulkan Dynamic Rendering, AV1 VDPAU Decode & More

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • NVIDIA 510.39.01 Linux Beta Brings Vulkan Dynamic Rendering, AV1 VDPAU Decode & More

    Phoronix: NVIDIA 510.39.01 Linux Beta Brings Vulkan Dynamic Rendering, AV1 VDPAU Decode & More

    In addition to announcing the GeForce RTX 3080 12GB graphics card this morning, NVIDIA has published their first public beta of the new NVIDIA 510 Linux driver series...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Oh boy, yet another card for crpyto miners.

    The prices are already out of control.



    They didn't even release the card for review, which really shows how much they care about the card.

    Comment


    • #3
      Meh, won't land in Arch until stable...
      Though nothing really exciting besides the GBM improvements.

      Comment


      • #4
        Human readable changelog by me .

        Primary changes:
        • Changed the minimum required Linux kernel version from 2.6.32 to 3.10.
        • Add indicator for Resizable BAR support on compatible systems.
        • Added a GUI control for setting Image Sharpening values in the app profiles page of the nvidia-settings control panel.
        • Added AV1 decode support to the NVIDIA VDPAU driver. See the VDPAU Support appendix in the README for supported AV1 decoder profiles.
        • Enabled GSP Firmware by default on NVIDIA T4, A100, A30, A40, A16, A2, and several other Tesla products. Please see the “GSP Firmware” chapter in the README for details.
        • Added support for the bufferDeviceAddressCaptureReplay Vulkan feature.
        • Added support for the GBM API. This adds the new symlink nvidia-drm_gbm.so pointing to the file libnvidia-allocator.so.VERSION to implement a GBM backend driver usable with the GBM loader from the Mesa project version 21.2 and above, as well as the files libnvidia-egl-gbm.so.1.1.0 and 15_nvidia_gbm.json, which implement EGL support for the GBM platform (EGL_KHR_platform_gbm).
        New Vulkan extensions:
        • Added support for the VK_EXT_border_color_swizzle extension.
        • Added support for the VK_EXT_depth_clip_control extension.
        • Added support for the VK_EXT_image_view_min_lod extension.
        • Added support for the VK_EXT_load_store_op_none extension.
        • Added support for the VK_EXT_primitive_topology_list_restart extension.
        • Added support for the VK_KHR_dynamic_rendering extension.
        • Added support for the VK_KHR_format_feature_flags2 extension.
        • Added support for the VK_KHR_maintenance4 extension.
        • Added support for the VK_KHR_present_id extension.
        • Added support for the VK_KHR_present_wait extension.
        • Added support for the VK_KHR_shader_integer_dot_product extension.
        • Added support for the VK_KHR_shader_subgroup_uniform_control_flow extension.
        Fixed bugs:
        • Fixed a bug in the Vulkan compiler where 64-bit atomics were partially broken.
        • Fixed a bug in the Vulkan driver where individual components of barycentric inputs could not be read.
        • Fixed a bug in the Vulkan driver where some Ray Tracing shaders would timeout, resulting in device loss.
        • Fixed a bug in the Vulkan driver where the SPIR-V Centroid interpolation decoration was not ignored when used in conjunction with FragCoord.
        • Fixed a bug in the Vulkan driver where unreferenced descriptor bindings were sometimes not ignored properly.
        • 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 vkCmdBindDescriptorSets would not properly handle pDynamicOffsets for compute pipelines.
        • Fixed a bug in the Vulkan driver where VK_NULL_HANDLE was not properly handled as input to VkRenderingFragmentShadingRateAttachmentInfoKHR.im ageView.
        • Fixed a bug that caused the nvidia-settings control panel to report inaccurate ECC error counts, and completely prevented the reporting of aggregate ECC error counts. ECC error counts reported by nvidia-smi were not affected.
        • Fixed a bug that could cause the X server to crash when starting a new server generation on PRIME configurations.
        • Fixed a bug where calls to vkWaitForPresentKHR would fail with VK_TIMEOUT on Maxwell and Pascal GPUs.
        • 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.
        • Fixed a bug which caused OpenGL and Vulkan applications to generate excessive traffic over dbus while attempting to communicate with nvidia-powerd, even though nvidia-powerd was not running.
        • Fixed a bug which caused Vulkan applications to hang when the __GL_THREADED_OPTIMIZATIONS environment variable was set to enable threaded optimizations in the NVIDIA driver.
        • Fixed several issues which caused the supported-gpus.json file to contain incorrect product information.
        Other changes:
        • Optimized the Vulkan fullscreen presentation path for X11 and direct-to-display swapchains.
        • Removed libnvidia-cbl.so from the driver package. This functionality is now provided by other driver libraries.
        • Removed support for NvIFROpenGL. This functionality was deprecated in the 470.xx driver release.
        • Removed the runtime loader (rtld) sanity test from nvidia-installer. This test has been made largely obsolete by GLVND.
        • 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.
        • Updated nvidia-xconfig to add a BusID to the “Device” section by default on systems with both NVIDIA and non-NVIDIA GPUs. This behavior can be suppressed by using the --no-busid option.

        Comment


        • #5
          Originally posted by Lbibass View Post
          Oh boy, yet another card for crpyto miners.

          The prices are already out of control.



          They didn't even release the card for review, which really shows how much they care about the card.
          Why So Negative?

          God, one must be a complete Re Tardo to understand where and in whose hangs this card will end up. NVIDIA does not want any more bad press and in this climate and considering the real retail price this new GPU will get nothing but bad press. Let's for a moment imagine you're NVIDIA's CFO. What would you do knowing full well in advance the whole batch will be bought out by miners and scalpers?

          Comment


          • #6
            Originally posted by birdie View Post

            Let's for a moment imagine you're NVIDIA's CFO. What would you do knowing full well in advance the whole batch will be bought out by miners and scalpers?
            I don't think Nvidia sells directly to consumers, so that's not really something they can control. I wonder if a "one per customer" scheme would work for sites like Amazon or Newegg... There are ways around that, of course 😩

            Comment


            • #7
              tilde has woken up, I'm out of this thread. Genuine questions are deleted and concerns should go answered, while crapping on NVIDIA should go unabated even though the company is not exactly guilty of this situation. OK, tilde, have fun with hatred.

              Comment


              • #8
                Interesting. It looks like the corresponding Windows driver (511.17) only supports the new 3080 12GB.

                Comment


                • #9
                  AV1 over VDPAU…. Means Firefox acceleration?

                  Comment


                  • #10
                    Wait a moment. Did they just jump from 470 to 510?!

                    Comment

                    Working...
                    X