Language Selection

English French German Italian Portuguese Spanish

Mesa 19.0.4

Filed under

Hi list,

Sorry I'm running a bit behind with this release, I was sick on Monday and had
to patch up some autotools problems in the mean time.

It's been a pretty active release, esepcially for how late in the cyle we are.
Radv was the busiest componenet, but there were also a few changes for intel,
radeonsi, some core vulkan work, and a little bit of other stuff here and there.

Hopefully things will start slowing down again.

Just a reminder that there are only two more planned 19.0.x releases, but we may
add more if 19.1 slips.



Alejandro Piñeiro (1):
      docs: document MESA_GLSL=errors keyword

Andrii Simiklit (1):
      egl: return correct error code for a case req ver < 3 with forward-compatible

Axel Davy (1):
      st/nine: Fix D3DWindowBuffer_release for old wine nine support

Bas Nieuwenhuizen (1):
      radv: Disable VK_EXT_descriptor_indexing.

Brian Paul (1):
      svga: add SVGA_NO_LOGGING env var (v2)

Caio Marcelo de Oliveira Filho (1):
      spirv: Handle SpvOpDecorateId

Charmaine Lee (1):
      svga: move host logging to winsys

Chuck Atkins (1):
      meson: Fix missing glproto dependency for gallium-glx

Daniel Stone (1):
      vulkan/wsi/wayland: Respect non-blocking AcquireNextImage

Dave Airlie (2):
      r600: reset tex array override even when no view bound
      util/bitset: fix bitset range mask calculations.

Dylan Baker (8):
      docs: Add SHA256 sums for mesa 19.0.3
      cherry-ignore: Add a patch that was manually backported
      cherry-ignore: Add more backported patches
      cherry-ignore: Add another patch
      cherry-ignore: Add more patches
      meson: Force the use of config-tool for llvm
      VERSION: bump for 19.0.4 release
      Docs: add 19.0.4 release notes

Emil Velikov (3):
      vulkan/wsi: check if the display_fd given is master
      vulkan/wsi: don't use DUMB_CLOSE for normal GEM handles check for libdrm when using VL with X11

Erik Faye-Lund (2):
      softpipe: setup pixel_offset for all primitive types
      draw: flush when setting stream-out targets

Francisco Jerez (2):
      intel/fs: Lower integer multiply correctly when destination stride equals 4.
      intel/fs: Cap dst-aligned region stride to maximum representable hstride value.

Hal Gentz (1):
      glx: Fix synthetic error generation in __glXSendError

Ian Romanick (2):
      glsl: Silence may unused parameter warnings in glsl/ir.h
      mesa: Add missing display list support for GL_FOG_COORDINATE_SOURCE

Jason Ekstrand (1):
      anv/descriptor_set: Destroy sets before pool finalization

Jon Turney (1):
      meson: Force '.so' extension for DRI drivers

Juan A. Suarez Romero (2):
      spirv: add missing SPV_EXT_descriptor_indexing capabilities
      radv: enable descriptor indexing capabilities

Kenneth Graunke (6):
      glsl: Allow gl_nir_lower_samplers*() without a gl_shader_program
      glsl: Don't look at sampler uniform storage for internal vars
      i965: Ignore uniform storage for samplers or images, use binding info
      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

Lionel Landwerlin (4):
      anv: store heap address bounds when initializing physical device
      anv: leave the top 4Gb of the high heap VMA unused
      anv: fix argument name for vkCmdEndQuery
      anv: rework queries writes to ensure ordering memory writes

Marek Olšák (2):
      radeonsi/gfx9: set that window_rectangles always roll the context
      radeonsi/gfx9: rework the gfx9 scissor bug workaround (v2)

Nicolai Hähnle (1):
      radeonsi: add si_debug_options for convenient adding/removing of options

Rhys Perry (1):
      radv: fix set_output_usage_mask() with composite and 64-bit types

Ross Burton (1):
      Revert "meson: drop GLESv1 .so version back to 1.0.0"

Samuel Pitoiset (8):
      radv: add missing VEGA20 chip in radv_get_device_name()
      radv: do not need to force emit the TCS regs on Vega20
      radv: fix color conversions for normalized uint/sint formats
      radv: implement a workaround for VK_EXT_conditional_rendering
      radv: set WD_SWITCH_ON_EOP=1 when drawing primitives from a stream output buffer
      radv: only need to force emit the TCS regs on Vega10 and Raven1
      radv: apply the indexing workaround for atomic buffer operations on GFX9
      radv: fix setting the number of rectangles when it's dyanmic

Tapani Pälli (1):
      anv: expose VK_EXT_queue_family_foreign on Android

Timothy Arceri (4):
      nir: fix nir_remove_unused_varyings()
      util/drirc: add workarounds for bugs in Doom 3: BFG
      radeonsi: add config entry for Counter-Strike Global Offensive
      Revert "glx: Fix synthetic error generation in __glXSendError"

Read more

Also: Mesa 19.0.4 Released With Numerous RADV, RadeonSI & Intel Fixes

More in Tux Machines

Software: Olivia, MariaDB, LibreOffice/Document Foundation, GNU Parallel

  • Olivia: Cloud-Based Music Player With YouTube Support And Over 25,000 Online Radio Stations
    Olivia is a fairly new free, open source Qt5 cloud-based music player for Linux. It can play music from YouTube, comes with more than 25,000 Internet radio stations, it supports themes, has a mini player mode, it can save songs for offline playback, and much more. The cloud-based music player is available as alpha software for testing right now. Even so, it works quite well, though lacking some features which I'll mention later on. Olivia is well integrated with YouTube, allowing users to search for songs and add them to the play queue, browse trending YouTube music with the ability to change the country, and more. To save bandwidth, Olivia only plays the audio of YouTube streams.
  • MariaDB 10.3.15 Release And What’s New
    The MariaDB Foundation is pleased to announce the availability of MariaDB 10.3.15, the latest stable release in the MariaDB 10.3 series.
  • Annual Report 2018: New releases of LibreOffice
    Thanks to your generous donations, and contributions from our ecosystem of certified developers, we released two major releases of LibreOffice in 2018: 6.0 on January 31, and version 6.1 on August 8. In addition, 14 minor releases were also made available throughout the year, for the 5.4, 6.0 and 6.1 branches. Meanwhile, several Bug Hunting Sessions were held in preparation for the new major releases. These typically took place on a single day between set times, so that experienced developers and QA engineers could help new volunteers to file and triage bugs via the IRC channels and mailing lists. The Bug Hunting Sessions for LibreOffice 5.4 were held on April 27, May 28 and July 3 – while those for LibreOffice 6.2 took place on October 22, November 19 and December 21.
  • The Document Foundation welcomes Adfinis SyGroup to the project’s Advisory Board
    The Document Foundation (TDF) announced today that Adfinis SyGroup – a Swiss FOSS company headquarted in Bern, with offices in Basel, Zurich and Crissier (Vaud) – has joined the project’s Advisory Board. Adfinis SyGroup is using LibreOffice for office productivity, in addition to providing professional consultancy to customers with SLA contracts to support migrations from proprietary software to LibreOffice. The company has helped to organize the LibreOffice Conference in 2014, when the event was hosted by the Bern University, is contributing patches to the source code, and is also hosting various TDF servers and buildbots on their infrastructure.
  • parallel @ Savannah: GNU Parallel 20190522 ('Akihito') released
    GNU Parallel 20190522 ('Akihito') has been released. It is available for download at: GNU Parallel is 10 years old in a year on 2020-04-22. You are here by invited to a reception on Friday 2020-04-17. See

today's howtos

Programming: Kyma, Microsoft Entryism, Python, Go, and Fedora Summer Coding interns

  • Kyma - extend and build on Kubernetes with ease
    According to this recently completed CNCF Survey, the adoption rate of Cloud Native technologies in production is growing rapidly. Kubernetes is at the heart of this technological revolution. Naturally, the growth of cloud native technologies has been accompanied by the growth of the ecosystem that surrounds it. Of course, the complexity of cloud native technologies have increased as well. Just google for the phrase “Kubernetes is hard”, and you’ll get plenty of articles that explain this complexity problem. The best thing about the CNCF community is that problems like this can be solved by smart people building new tools to enable Kubernetes users: Projects like Knative and its Build resource extension, for example, serve to reduce complexity across a range of scenarios. Even though increasing complexity might seem like the most important issue to tackle, it is not the only challenge you face when transitioning to Cloud Native.
  • A panel with the new Python steering council [Ed: Microsoft bought PyCon and and now it's stuffing/stacking Python panels to push proprietary software with back doors (or its 'free bait')]
    Brett Cannon is a development manager for the Python extension to Visual Studio Code at Microsoft. [...] [I would like to thank LWN's travel sponsor, the Linux Foundation, for travel assistance to Cleveland for PyCon.]
  • Run your blog on GitHub Pages with Python [Ed: Why does Red Hat's site help Microsoft devour blogs with its  surveillance and lock-in machine?]
  • Testing a Go-based S2I builder image
  • EuroPython 2019: Monday and Tuesday activities for main conference attendees
    Although the main conference starts on Wednesday, July 10th, there’s already so much to do for attendees with the main conference ticket on Monday 8th and Tuesday 9th.
  • Test and Code: 75: Modern Testing Principles - Alan Page
  • Shaily and Zubin: Building CI pipelines and helping testers
    This post is the third introduction to the Fedora Summer Coding interns Class of Summer 2019. In this interview, we’ll meet Shaily Sangwan and Zubin Choudhary, who are both working on projects to improve quality assurance processes in the Fedora community.

Security: Curl, OpenSUSE, Equifax and Kubernetes

  • Report from the curl bounty program
    We announced our glorious return to the “bug bounty club” (projects that run bug bounties) a month ago, and with the curl 7.65.0 release today on May 22nd of 2019 we also ship fixes to security vulnerabilities that were reported within this bug bounty program.
  • OpenSUSE Adds Option To Installer For Toggling Performance-Hitting CPU Mitigations
    With the newly released openSUSE Leap 15.1 they have added an option to their installer for toggling the CPU mitigations around Spectre / Meltdown / Foreshadow / Zombieload to make it very convenient should you choose to retain maximum performance while foregoing the security measures. But it also allows disabling SMT/HT from the installer should you prefer maximum security. When installing openSUSE Leap 15.1 today, I was a bit surprised to see a "CPU mitigations" option that allows toggling the value similar to the mitigations= kernel command line option.
  • Equifax just became the first company to have its outlook downgraded for a cyber attack
  • Equifax just became the first company to have its outlook downgraded for a cyber attack
    Moody’s has just slashed its rating outlook on Equifax, the first time cybersecurity issues have been cited as the reason for a downgrade. Moody’s lowered Equifax’s outlook from stable to negative on Wednesday, as the credit monitoring company continues to suffer from the massive 2017 breach of consumer data. “We are treating this with more significance because it is the first time that cyber has been a named factor in an outlook change,” Joe Mielenhausen, a spokesperson for Moody’s, told CNBC. “This is the first time the fallout from a breach has moved the needle enough to contribute to the change.” Equifax could not immediately be reached for comment.
  • Kubernetes security: 4 strategic tips
    As with all things security-related, “fingers crossed!” isn’t exactly a confident posture. Kubernetes offers a lot of powerful security-oriented features, and the community has shown a strong commitment toward the security of the project. But it’s always best to be proactive, especially if you or your teams are still relatively new to containers and orchestration. The fundamentals of security hygiene still largely apply, as we noted in our recent article, Kubernetes security: 5 mistakes to avoid. There’s also some new learning to be done to ensure you’re proactively managing the risks inherent in any new system, especially once it’s running in production.