Language Selection

English French German Italian Portuguese Spanish

Graphics: Second RC of Mesa 19.1.0, NVIDIA 430.14 Driver for Linux

Filed under
Graphics/Benchmarks
  • mesa 19.1.0-rc2
    Hello, list.
    
    The second release candidate for Mesa 19.1.0 is now available.
    
    Remind that right now there are two bugs blocking the final release:
    
    #110302 - [bisected][regression] piglit egl-create-pbuffer-surface and egl-gl-colorspace regressions
    #110357 - [REGRESSION] [BISECTED] [OpenGL CTS] cts-runner --type=gl46 fails in new attempted "41" configuration
    
    
    Bas Nieuwenhuizen (1):
          radv: Do not use extra descriptor space for the 3rd plane.
    
    Caio Marcelo de Oliveira Filho (1):
          anv: Fix limits when VK_EXT_descriptor_indexing is used
    
    Dave Airlie (1):
          kmsro: add _dri.so to two of the kmsro drivers.
    
    Dylan Baker (1):
          meson: Force the use of config-tool for llvm
    
    Eric Engestrom (1):
          travis: fix syntax, and drop unused stuff
    
    Gert Wollny (1):
          softpipe/buffer: load only as many components as the the buffer resource type provides
    
    Juan A. Suarez Romero (1):
          Update version to 19.1.0-rc2
    
    Józef Kucia (1):
          radv: clear vertex bindings while resetting command buffer
    
    Kenneth Graunke (5):
          i965: Fix BRW_MEMZONE_LOW_4G heap size.
          i965: Force VMA alignment to be a multiple of the page size.
          i965: leave the top 4Gb of the high heap VMA unused
          i965: Fix memory leaks in brw_upload_cs_work_groups_surface().
          iris: Use full ways for L3 cache setup on Icelake.
    
    Leo Liu (1):
          winsys/amdgpu: add VCN JPEG to no user fence group
    
    Lionel Landwerlin (4):
          anv: rework queries writes to ensure ordering memory writes
          anv: fix use after free
          anv: Use corresponding type from the vector allocation
          vulkan/overlay: keep allocating draw data until it can be reused
    
    Marek Olšák (1):
          st/mesa: fix 2 crashes in st_tgsi_lower_yuv
    
    Rob Clark (1):
          freedreno/ir3: fix rasterflat/glxgears
    
    Samuel Pitoiset (1):
          radv: fix setting the number of rectangles when it's dyanmic
    
    Timothy Arceri (1):
          Revert "glx: Fix synthetic error generation in __glXSendError"
    
    Tomeu Vizoso (2):
          panfrost: Fix two uninitialized accesses in compiler
          panfrost: Only take the fast paths on buffers aligned to block size
    
    git tag: mesa-19.1.0-rc2
  • Mesa 19.1-RC2 Released For Testing With The Latest Intel & Radeon Driver Fixes

    We are coming up on the Mesa 19.1 quarterly feature release hopefully by the end of the month while out today is the second release candidate for evaluating this next big update to these OpenGL and Vulkan driver implementations.

  • NVIDIA 430.14 driver released, DiRT 4 and Wolfenstein II: The New Colossus (Steam Play) get improvements

    NVIDIA today pushed out the 430.14 stable driver, it comes with a few notable improvements but it's quite a small release overall.

    This time around they named two titles specifically seeing driver improvements. They noted that DiRT 4 with Vulkan, a more recent Linux port from Feral Interactive should see improvements with Vulkan. Additionally, Wolfenstein II: The New Colossus when played in Steam Play should see performance improvements thanks to "support for presentation from queue families which only expose VK_QUEUE_COMPUTE_BIT" and it also adds support for the Quadro P2200.

  • NVIDIA 430.14 Linux Driver Improves Vulkan Performance For DiRT 4, Steam Play Games

    NVIDIA released the 430.14 Linux driver today as their first non-beta driver build in this 430 branch.

    This new driver builds on the earlier 430.09 beta driver like better VDPAU interoperability while now having some performance optimizations around DiRT 4 that is powered on Linux by Vulkan. There are also various other Vulkan driver improvements to help Steam Play games like Wolfenstein II: The New Colossus.

Nvidia 430.14 Linux Driver Improves Performance for DiRT 4

  • Nvidia 430.14 Linux Driver Improves Performance for DiRT 4 and Wolfenstein II

    Nvidia has released today new long-lived stable graphics drivers for Linux, BSD, and Solaris systems to add a bunch of various enhancements, bug fixes, and performance improvements for some games.
    The Nvidia 430.14 display driver is now available for Linux-based operating system with performance improvements for the DiRT 4 video game, which was ported last month by UK-based video games publisher Feral Interactive to Linux and Mac platforms, as well as for the Wolfenstein II: The New Colossus first-person shooter video game, which is available as a Steam Play title.

    The Nvidia 430.14 display driver also adds new functionality to the Nvidia VDPAU driver, including support for decoding HEVC YUV 4:4:4 streams, new per-decoder profile capability, support for accessing YUV 4:4:4 surfaces, support for creating YUV 4:4:4 video surfaces, and support for allocating VDPAU video surfaces with explicit frame or field picture structure.

Nvidia 430.14 Linux Driver Improves Performance for DiRT 4

  • Nvidia 430.14 Linux Driver Improves Performance for DiRT 4 and Wolfenstein II

    The Nvidia 430.14 display driver is now available for Linux-based operating system with performance improvements for the DiRT 4 video game, which was ported last month by UK-based video games publisher Feral Interactive to Linux and Mac platforms, as well as for the Wolfenstein II: The New Colossus first-person shooter video game, which is available as a Steam Play title.

    The Nvidia 430.14 display driver also adds new functionality to the Nvidia VDPAU driver, including support for decoding HEVC YUV 4:4:4 streams, new per-decoder profile capability, support for accessing YUV 4:4:4 surfaces, support for creating YUV 4:4:4 video surfaces, and support for allocating VDPAU video surfaces with explicit frame or field picture structure.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Security Leftovers

  • Why Are Cryptographers Being Denied Entry into the US?

    Is there some cryptographer blacklist? Is something else going on? A lot of us would like to know.

  • Security Engineering: Third Edition

    Today I put online a chapter on Who is the Opponent, which draws together what we learned from Snowden and others about the capabilities of state actors, together with what we’ve learned about cybercrime actors as a result of running the Cambridge Cybercrime Centre. Isn’t it odd that almost six years after Snowden, nobody’s tried to pull together what we learned into a coherent summary?

    There’s also a chapter on Surveillance or Privacy which looks at policy. What’s the privacy landscape now, and what might we expect from the tussles over data retention, government backdoors and censorship more generally?

  • Google halts some business with China's Huawei: report

    Huawei will reportedly no longer be able to access Android updates, the Gmail app, the Google Play store and new versions of Google phones outside of China.

  • Google restricts Huawei's use of Android

    Existing Huawei smartphone users will be able to update apps and push through security fixes, as well as update Google Play services.

    But when Google launches the next version of Android later this year, it may not be available on Huawei devices.

    Future Huawei devices may no longer have apps such as YouTube and Maps.

  • Forget Huawei, The Internet Of Things Is The Real Security Threat
    We've noted for a while how a lot of the US protectionist security hysteria surrounding Huawei isn't supported by much in the way of hard data. And while it's certainly possible that Huawei helps the Chinese government spy, the reality is that Chinese (or any other) intelligence services don't really need to rely on Huawei to spy on the American public. Why? Because people around the world keep connecting millions of internet of broken things devices to their home and business networks that lack even the most rudimentary of security and privacy protections. Week after week we've documented how these devices are being built with both privacy and security as a distant afterthought, resulting in everything from your television to your refrigerator creating both new attack vectors and wonderful new surveillance opportunities for hackers and state actors.

today's howtos

Android Leftovers

A Look At The MDS Cost On Xeon, EPYC & Xeon Total Impact Of Affected CPU Vulnerabilities

This weekend I posted a number of benchmarks looking at the performance impact of the new MDS/Zombieload vulnerabilities that also included a look at the overall cost of Spectre/Meltdown/L1TF/MDS on Intel desktop CPUs and AMD CPUs (Spectre). In this article are similar benchmarks but turning the attention now to Intel Xeon hardware and also comparing those total mitigation costs against AMD EPYC with its Spectre mitigations. This article offers a look at the MDS/Zombieload mitigations on a 1st Gen Skylake Xeon Scalable server as well as a Kabylake Xeon E3 server for reference. Following that is a look at the total CPU vulnerability mitigation costs for 1st Gen Xeon Scalable, 2nd Gen Xeon Scalable (Cascade Lake), and an AMD EPYC 2P server as well for its Spectre mitigations. As expected given Intel's guidance last week of their latest Xeon processors being mitigated for MDS, indeed, the dual Xeon Platinum 8280 Cascade Lake server reported it was not affected by the MDS mitigations and thus not enabled. So for the MDS tests up first it's just some reference results using a dual Xeon Gold 6138 Skylake server running Ubuntu 19.04 with the Linux 5.0 patched kernel and reference results side-by-side for a separate Xeon E3-1275 v6 server. Read more