Language Selection

English French German Italian Portuguese Spanish

Mesa 19.0 Released

Filed under
Graphics/Benchmarks
  • mesa 19.0.0
    Hi List,
    
    I'm pleased to announce the general availability of mesa 19.0.0. We've had a
    slightly long rc process with 7 RCs (there should have been 6, but there was a
    bug in the script for pulling patches resulting in two back to back RCs). In
    general this release has shaped up rather nicely, and I look forward to the
    stable release cycle.
    
    Of note is that autotools support is deprecated in 19.0.0, and you must now add
    --enable-autotools to autogen.sh and configure. If you haven't already **now**
    is the time to try meson, if all goes according to plan autotools will be
    removed before the 19.1 release.
    
    Dylan
    
    shortlog:
    Brian Paul (1):
          svga: remove SVGA_RELOC_READ flag in SVGA3D_BindGBSurface()
    
    Danylo Piliaiev (1):
          anv: Fix destroying descriptor sets when pool gets reset
    
    Dylan Baker (4):
          cherry-ignore: Update the cherry-ignore file
          VERSION: bump for 19.0.0 release
          docs: Add release notes for 19.0.0
          docs: Add SHA256 sums for 19.0.0
    
    Eric Anholt (1):
          st/dri: Set the PIPE_BIND_SHARED flag on create_image_with_modifiers.
    
    Erik Faye-Lund (1):
          virgl: remove unused variable
    
    Ian Romanick (2):
          intel/fs: nir_op_extract_i8 extracts a byte, not a word
          intel/fs: Fix extract_u8 of an odd byte from a 64-bit integer
    
    Jason Ekstrand (5):
          spirv: Pull offset/stride from the pointer for OpArrayLength
          anv: Refactor descriptor pushing a bit
          anv: Take references to push descriptor set layouts
          nir: Add a pass for lowering IO back to vector when possible
          intel/nir: Vectorize all IO
    
    Juan A. Suarez Romero (1):
          anv: destroy descriptor sets when pool gets reset
    
    Samuel Pitoiset (1):
          radv: fix pointSizeRange limits
    
    Tapani Pälli (3):
          anv: release memory allocated by glsl types during spirv_to_nir
          anv: revert "anv: release memory allocated by glsl types during spirv_to_nir"
          anv: destroy descriptor sets when pool gets destroyed
    
    pal1000 (1):
          scons: Compatibility with Scons development version string
          
  • Mesa 19.0 Graphics Stack Released for Linux Gamers with Numerous Improvements

    The team behind the Mesa 3D Graphics Library project announced today the final release and general availability of the long-anticipated Mesa 19.0 graphics stack series for Linux-based operating systems.

    Implementing the OpenGL 4.5 API, the Mesa 19.0 graphics stack is finally here after an extended development cycle that took place over the last three months. It brings dozens of new features, new extensions, and countless bug fixes. Highlights of this major new series includes support for AMD Radeon Vega 10, Vega 20, and Vega M GPUs, GNU Hurd support, and LLVM 7 compatibility.

  • Mesa 19.0 Released With Many Improvements To The Open-Source Vulkan/OpenGL Drivers

    Mesa 19.0 has finally been released! It's more than two weeks late, but it should be worth the wait given all the improvements in this quarterly feature update to this open-source graphics driver stack.

    The Mesa 19.0 features are plentiful with Intel's Vulkan driver now having transform feedback and many other additions, soft FP64/INT64 was merged to Mesa, the necessary bits are in place for RadeonSI FreeSync/Adaptive-Sync, AMD Zen thread optimizations, various new OpenGL extensions, Vega RADV primitive binning is enabled by default, and a variety of performance improvements and other OpenGL/Vulkan driver tuning.

  • Mesa 19.0 is officially out, lots of improvements for Linux open source graphics drivers

    Today is the day, for those of you using open source graphics drivers (AMD/Intel and some older NVIDIA GPUs), Mesa 19.0 is now officially out.

More in Tux Machines

Android Leftovers

My personal journey from MIT to GPL

As I got started writing open source software, I generally preferred the MIT license. I actually made fun of the “copyleft” GPL licenses, on the grounds that they are less free. I still hold this opinion today: the GPL license is less free than the MIT license - but today, I believe this in a good way.

[...]

I don’t plan on relicensing my historical projects, but my new projects have used the GPL family of licenses for a while now. I think you should seriously consider it as well.

Read more

Security Leftovers

  • Yubico recalls government-grade security keys due security bug

    If you buy a government-grade security key, the one thing you really want from it is government-grade security. It's the very dictionary definition of "you had one job." That's why it's somewhat embarrassing that Yubico has put out a recall notice on its FIPS series of authentication keys which, it turns out, aren't completely secure.

  • [Microsoft's] EternalBlue exploit surfaces in bog standard mining attack Featured

    A bog standard attack aimed at planting a cryptocurrency miner has been found to be using advanced targeted attack tools as well, the security firm Trend Micro says, pointing out that this behaviour marks a departure from the norm.

Kernel: Systemd, DXVK, Intel and AMD

  • Systemd Is Now Seeing Continuous Fuzzing By Fuzzit
    In hoping to catch more bugs quickly, systemd now has continuous fuzzing integration via the new "Fuzzit" platform that provides continuous fuzzing as a service.  New this week to systemd is the continuous fuzzing integration where every pull request / push will see some quick checks carried out while on a daily basis will be fuzzed in full for all targets.
  •  
  • DXVK 1.2.2 Brings Minor CPU Overhead Optimizations, Game Fixes
    In time for those planning to spend some time this weekend gaming, DXVK lead developer Philip Rebohle announced the release of DXVK 1.2.2 that will hopefully soon be integrated as part of a Proton update for Steam Play but right now can be built from source. While certain upstream Wine developers express DXVK being a "dead end" and are optimistic in favor of piping their WineD3D implementation over Vulkan, for Linux gamers today wanting to enjoy D3D11 Windows games on Linux the DXVK library continues working out splendid with great performance and running many Direct3D games with much better performance over the current WineD3D OpenGL code.
  • Intel 19.23.13131 OpenCL NEO Stack Adds Comet Lake Support
    We've seen the Intel Comet Lake support get pieced together in recent months in the different components making up the Intel Linux graphics stack while the compute-runtime is the latest addition. Comet Lake as a refresher is a planned successor to Coffeelake/Whiskeylake and expected to come out this year as yet more 9th Gen hardware. But Comet Lake should be interesting with rumored 10-core designs. Though with being more processors with Gen9 graphics, the Comet Lake Linux support basically boils down to adding in the new PCI IDs.
  • AMD Wires Its New Runtime Linker Into RadeonSI Gallium3D
    RadeonSI Gallium3D has already shifted over to using this new linker. Making use of the .rodata should help with efficiencies throughout the driver (more details in this forum thread) but at this point is mostly laying the groundwork for more improvements to be made moving forward.