Language Selection

English French German Italian Portuguese Spanish

Mesa 19.1

Filed under
Graphics/Benchmarks
  • mesa 19.1.0
    Mesa 19.1.0 is now available.
    
    This release consists of approximately 3700 commits from 158
    developers.
    
    Huge thanks to all the developers, testers and users for their
    ongoing work and support shaping up the 19.1.0 release.
    
    The top highlights include:
    
     - GL_ARB_parallel_shader_compile for all drivers.
    -  GL_EXT_gpu_shader4 on all GL 3.1 drivers.
    -  GL_EXT_shader_image_load_formatted on radeonsi.
    -  GL_EXT_texture_buffer_object on all GL 3.1 drivers.
    -  GL_EXT_texture_compression_s3tc_srgb on Gallium and i965 drivers (ES extension).
    -  GL_NV_compute_shader_derivatives on Iris and i965 drivers.
    -  GL_KHR_parallel_shader_compile on all drivers.
    -  GL_INTEL_conservative_rasterization on Iris.
    
    
    Additional features:
    
    ANV
     - VK_EXT_buffer_device_address
     - VK_EXT_depth_clip_enable
     - VK_KHR_ycbcr_image_arrays
     - VK_EXT_inline_uniform_block
     - VK_EXT_external_memory_host
     - VK_EXT_host_query_reset
     - VK_KHR_surface_protected_capabilities
     - VK_EXT_pipeline_creation_feedback
     - VK_NV_compute_shader_derivatives
     - VK_KHR_shader_float16_int8
     - VK_KHR_shader_atomic_int64
     - VK_EXT_descriptor_indexing
     - VK_EXT_memory_budget
     
    RADV 
     - VK_EXT_buffer_device_address
     - VK_EXT_depth_clip_enable
     - VK_EXT_inline_uniform_block
     - VK_EXT_host_query_reset
     - VK_KHR_surface_protected_capabilities
     - VK_EXT_pipeline_creation_feedback
     - VK_KHR_8bit_storage
     - VK_AMD_gpu_shader_int16
     - VK_AMD_gpu_shader_half_float
     - VK_KHR_shader_float16_int8
    
    
    For the full log see:
           git log 19.0-branchpoint..mesa-19.1.0
    
    
    Changes since rc5:
    
    Bas Nieuwenhuizen (1):
          radv: Prevent out of bound shift on 32-bit builds.
    
    Charmaine Lee (1):
          svga: Remove unnecessary check for the pre flush bit for setting vertex buffers
    
    Deepak Rawat (2):
          winsys/drm: Fix out of scope variable usage
          winsys/svga/drm: Fix 32-bit RPCI send message
    
    Emil Velikov (3):
          egl/dri: flesh out and use dri2_create_drawable()
          mapi: add static_date offset to MaxShaderCompilerThreadsKHR
          mapi: correctly handle the full offset table
    
    Eric Engestrom (1):
          util/os_file: actually return the error read() gave us
    
    Jason Ekstrand (1):
          nir/propagate_invariant: Don't add NULL vars to the hash table
    
    Juan A. Suarez Romero (2):
          Update version to 19.1.0
          docs: Add release notes for 19.1.0
    
    Kenneth Graunke (1):
          egl/x11: calloc dri2_surf so it's properly zeroed
    
    Lionel Landwerlin (2):
          intel/perf: fix EuThreadsCount value in performance equations
          intel/perf: improve dynamic loading config detection
    
    Nanley Chery (1):
          anv/cmd_buffer: Initalize the clear color struct for CNL+
    
    Nataraj Deshpande (1):
          anv: Fix check for isl_fmt in assert
    
    Rob Clark (2):
          freedreno/a6xx: fix issues with gallium HUD
          freedreno/a6xx: fix hangs with newer sqe fw
    
    Samuel Pitoiset (2):
          radv: fix alpha-to-coverage when there is unused color attachments
          radv: fix setting CB_SHADER_MASK for dual source blending
  • Mesa 19.1.0 Release Notes / June 11, 2019

    Mesa 19.1.0 is a new development release. People who are concerned with stability and reliability should stick with a previous release or wait for Mesa 19.1.1.

    Mesa 19.1.0 implements the OpenGL 4.5 API, but the version reported by glGetString(GL_VERSION) or glGetIntegerv(GL_MAJOR_VERSION) / glGetIntegerv(GL_MINOR_VERSION) depends on the particular driver being used. Some drivers don't support all the features required in OpenGL 4.5. OpenGL 4.5 is only available if requested at context creation. Compatibility contexts may report a lower version depending on each driver.

  • Mesa 19.1 Released With Experimental Intel Gallium3D, Other New GL/VLK Drivers Too

    After being delayed by a few weeks due to a few blocker bugs, Mesa 19.1 as the quarterly feature update to this open-source multi-vendor graphics driver stack has been released! Mesa 19.1 is a huge update with several new drivers, performance optimizations, more mature support for existing Vulkan drivers, and other changes.

  • Mesa 19.1 is officially out plus NVIDIA 430.26 is available now

    Two sets of driver releases for you recently, with Mesa 19.1 now officially out as quite a big upgrade and a minor NVIDIA driver change.

    First up, NVIDIA 430.26 is out as an update to their stable long-lived driver series. It adds support for various Quadro GPUs, as well as fixing a bug in 415.13, that caused audio over DisplayPort to not work in some configurations.

    The bigger one is for AMD/Intel with Mesa 19.1 being officially released today. As usual, the Mesa team note that since it's brand new you might want to wait for Mesa 19.1.1 to have a fully stable experience.

More in Tux Machines

today's howtos

Leftovers: IBM, Mozilla and SUSE

  • What Is Razee, and Why IBM Open Sourced It
    The continuous delivery software that's been doing the heavy lifting on IBM's global Kubernetes platform is now open source.
  • View Source 5 comes to Amsterdam
    Mozilla’s View Source Conference is back for a fifth year, this time in Amsterdam, September 30 – October 1, 2019. Tickets are available now.
  • SUSE & SAP “A 20 years of Partnership”
  • SUSE on the IO500 List for HPC Storage
    If you haven’t been hanging around the Ceph world for a bit, you may not realize that Ceph was originally intended to provide a distributed file-system to service HPC clusters.  While this was the original intent, Ceph has taken a round-a-bout path to relevance in this space, especially given that we are only supporting multiple active MDS servers since the Luminous release.  The result is that we are, only now, really starting to see adoption in the HPC space, and mostly for the second tier storage needs. Enter, the science project.  Given an all-flash environment on SATA SSDS with a fast storage pool on Intel Optane for the metadata, would it be possible to provide a reasonable storage environment for HPC clusters?

GAFAM and 'Cloud': Google, Microsoft, Amazon and GitHub

  • Daniel Stenberg: Google to reimplement curl in libcrurl
    By throwing a lot of man power on it. As the primary author and developer of the libcurl API and the libcurl code, I assume that Cronet works quite differently than libcurl so there’s going to be quite a lot of wrestling of data and code flow to make this API work on that code. The libcurl API is also very versatile and is an API that has developed over a period of almost 20 years so there’s a lot of functionality, a lot of options and a lot of subtle behavior that may or may not be easy or straight forward to mimic. The initial commit imported the headers and examples from the curl 7.65.1 release.
  • Microsoft, you should look away now: Google's cloud second only to AWS in dev survey [Ed: Longtime Microsoft booster Tim Anderson  on Azure being a failure after so many entryism attempts and underhanded tactics]
    Coders use Google Cloud Platform (GCP) more than Microsoft Azure, though Amazon Web Services (AWS) has a comfortable lead, according to a Developer Ecosystem survey conducted by tools vendor JetBrains. Developer usage is 67 per cent AWS versus 28 per cent GCP and 21 per cent Azure, according to the new survey. Unfortunately, the question was posed in a different way in the 2018 survey, adding on-premises into the mix, but last year Azure and GCP had equal share after AWS. The survey had 19,000 participants invited via "Twitter ads, Facebook ads, Google Adwords and JetBrains' own communication channels," the tools vendor said, though "only the responses of 6,993 respondents were included in the report." Responses were removed to reduce bias, yet it warned "some bias may be present as JetBrains users may have been more willing on average to compete the survey".
  • Get your coat, you've pulled a Pull Panda: GitHub goes home with code collab specialists [Ed: Notice how Microsoft only takes GitHub in more of a proprietary software direction. That says a lot – they have plans and they’re really detrimental to FOSS]

Kernel: Linux Changes, Certifications, Graphics, PCI Express 6.0 and Bug

  • PowerCap/RAPL Code To Support Icelake Desktop / X / Xeon D With Linux 5.3
    While as of Linux 5.2 the support for Intel's Icelake CPUs appear production ready with all of the bits in place from new IDs to the much enhanced "Gen 11" graphics, there are a few stragglers of items to land with the upcoming Linux 5.3 merge window though could be back-ported to current series. Fortunately, we haven't found anything major to be missing. One of the latest bits of Icelake Linux support is handling of these next-generation processors within the PowerCap / RAPL (Running Average Power Limit) driver code. In particular, the desktop/workstation Icelake parts. This is the code for reading the estimated CPU package power consumption based on hardware performance counters and the ability to artificially limit the power draw of the processor via software.
  • Six Niche Linux Certifications
  • AMD Navi GPU stack bares all in Linux graphics driver update
    Eight Navi GPU variants have been spotted in Linux driver code. AMD’s next-gen RDNA graphics chips are set for launch on July 7, 2019 within the RX 5700 XT and RX 5700, but the red team has plenty of silicon in store for a range of applications. Including console, laptops, desktop, and mobile phones. The GPU codenames were spotted within Linux display drivers after the additional code was submitted and signed off by two AMD employees. The code adds support for Display Core Next, or DCN2, which “is the display block for Navi10.” Each entry following adds the necessary ASIC IDs for each Navi chip in the stack, starting with Navi 10 and down to Navi 21 LITE.
  • Nouveau Driver Picking Up NVIDIA TU116 GPU Support For Linux 5.3
    Building off the initial Turing mode-setting bits that were in place since Linux 5.0 and have continued stepping along to support newer variants on successive kernel releases, the Linux 5.3 kernel is slated to add support for the TU116 graphics processor.
  • PCI-SIG® Announces Upcoming PCI Express® 6.0 Specification to Reach 64 GT/s
  • PCI Express 6.0 Announced With 4-Times The Bandwidth Of PCIe 4.0
    With the increasing demand for bandwidth across a wide range of devices used in consumer and enterprise domains, PCI Express, the high-speed serial computer expansion bus standard has also evolved over the years. PCI Special Interest Group, a body that sets standards for PCIe, has announced PCI Express 6 that promises four times the bandwidth offered by PCIe 4.0 and twice of PCIe 5.0.
  • PCI Express 6.0 Announced For Release In 2021 With 64 GT/s Transfer Rates
    While PCI Express 4.0 up to this point has only been found in a few systems like Talos' POWER9 platforms and coming soon with the new AMD graphics cards and chipsets, the PCI SIG today announced PCI Express 6.0. PCI Express 5.0 was only announced last month with 32GT/s transfer rates while already the PCI SIG announced PCI Express 6.0.
  • Netflix researcher spots TCP SACK flaws in Linux and FreeBSD
  • TCP SACK Panic Flaw Could Compromise Production Linux Machines