[Git][xorg-team/lib/mesa][debian-experimental] 180 commits: docs: add sha sum for 26.1.5
"Timo Aaltonen (@tjaalton)" <[email protected]>
| Newsgroups | gmane.linux.debian.devel.x |
|---|---|
| Message-ID | <[email protected]> |
Timo Aaltonen pushed to branch debian-experimental at X Strike Force / lib / mesa Commits: bcf312ff by Eric Engestrom at 2026-07-15T22:50:41+02:00 docs: add sha sum for 26.1.5 - - - - - ec543dab by Erico Nunes at 2026-07-27T16:52:44+02:00 ci: lima farm maintenance Signed-off-by: Erico Nunes <[email protected]> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/42480> (cherry picked from commit 45319b32cb0c3175407708474ebbd587b3b82bc0) - - - - - 5ac246ed by Eric Engestrom at 2026-07-29T15:18:16+02:00 .pick_status.json: Update to 112793b456b492bf2a6e925210c16229f3643a8a Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - b0638f6a by Eric Engestrom at 2026-07-29T15:18:16+02:00 .pick_status.json: Mark cb52837735756ddcac12b3c6b9b32ed6cfb6347e as denominated Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - d3b853b7 by Eric Engestrom at 2026-07-29T15:18:16+02:00 .pick_status.json: Mark 7999060992e9cee91d1962faf65dc4e5c6fe4f69 as denominated Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 4e7c920c by Eric Engestrom at 2026-07-29T15:18:16+02:00 .pick_status.json: Mark 2515024a5919ed14fe05471e3f1f89c54a454610 as denominated Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 4012769c by Eric Engestrom at 2026-07-29T15:18:16+02:00 .pick_status.json: Mark 4fd93a0039a07ec2027f2a6d1d252c73ed033e0a as denominated Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 35811a6f by Eric Engestrom at 2026-07-29T15:18:16+02:00 .pick_status.json: Mark adca1f255fd5cb9702db1e0a2bc25d13a521ae5f as denominated Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - dd2e5d9d by Olivia Lee at 2026-07-29T15:18:16+02:00 panvk/csf: flush primitives generated query writes from CSF The missing flush causes failures on some of the vertex stream pgq tests. Technically we are able to flush at CmdEndQuery and before dispatching shaders that update pgq, but it's simpler to do it in one place and take the minor performance cost. Signed-off-by: Olivia Lee <[email protected]> Fixes: 1bdd640d83ed (panvk/csf: implement VK_EXT_primitives_generated_query except primitive restart) Reviewed-by: Lars-Ivar Hesselberg Simonsen <[email protected]> (cherry picked from commit 0f9086520f0ed1ba8fdd81548e6b4e1a6dc2ad65) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 5ff287d9 by Vinson Lee at 2026-07-29T15:18:16+02:00 util/tests: silence unused iterator warning in sparse_bitset_test gcc reports: src/util/tests/sparse_bitset_test.cpp:20:49: warning: variable '_' set but not used [-Wunused-but-set-variable] The count_nodes loop only needs to count tree nodes, so it ignores the rb_tree_foreach iterator variable. Cast it to void to acknowledge it is intentionally unused. Fixes: a8b75dd0f426 ("util: Add sparse bitset data structure") Assisted-by: Claude Code (Claude Opus 4.8) Signed-off-by: Vinson Lee <[email protected]> Reviewed-by: Marek Olšák <[email protected]> (cherry picked from commit 2ef937e51a9b05dc135a271eea1d92f5f527ddf9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 49edf5d1 by Natalie Vock at 2026-07-29T15:18:16+02:00 nir/opt_loop: Don't peel header blocks that jump This pass is run before nir_opt_dead_cf, so if-statements following unconditional jumps aren't cleaned up yet. This can cause "break"/"continue"-statements to be placed outside the loop they're intended for. Peeling makes no sense here, since nir_opt_dead_cf will clean up the loop anyway. Cc: mesa-stable (cherry picked from commit 3d823a82d1d4097f2e290baecc26aac823d7f8d1) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - af67bfaf by Rhys Perry at 2026-07-29T15:18:16+02:00 vulkan/bvh: fix to_emulated_float(-0.0) This would have returned -2147483648. from_emulated_float(-2147483648) is 0, but it wouldn't have worked correctly with atomic min/max. Signed-off-by: Rhys Perry <[email protected]> Backport-to: * Reviewed-by: Konstantin Seurer <[email protected]> Reviewed-by: Natalie Vock <[email protected]> (cherry picked from commit 8c6c664b234fb90fc66cfe5443b7df1ce4b99864) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - af71a84b by Rhys Perry at 2026-07-29T15:18:16+02:00 vulkan/bvh: don't update min/max_bounds with inactive nodes This added garbage to the bounds. This commit fixes random Doom Eternal hangs, but I don't believe it fixes the root cause. Signed-off-by: Rhys Perry <[email protected]> Backport-to: * Gitlab: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15127 Gitlab: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15807 Reviewed-by: Konstantin Seurer <[email protected]> Reviewed-by: Natalie Vock <[email protected]> (cherry picked from commit 8f72a362cb952b894ac9b2a727b3c28557de70b9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - ab7b028e by Rhys Perry at 2026-07-29T15:18:16+02:00 vulkan/bvh: enable SignedZeroInfNanPreserve in leaf.h This was relying on the triangle vertex transform propagating NaNs. This commit doesn't fix any known real issues. Signed-off-by: Rhys Perry <[email protected]> Fixes: 20322687e08 ("vulkan: Avoid NAN in the IR BVH") Reviewed-by: Konstantin Seurer <[email protected]> Reviewed-by: Natalie Vock <[email protected]> (cherry picked from commit d9761e5753d8de524b19d7ae568a05f85af9ad10) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 47108460 by Rhys Perry at 2026-07-29T15:18:16+02:00 vulkan/bvh: limit valid 32-bit node keys to 0xfffffe00 Signed-off-by: Rhys Perry <[email protected]> Backport-to: * Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15127 Reviewed-by: Konstantin Seurer <[email protected]> Reviewed-by: Natalie Vock <[email protected]> (cherry picked from commit 5cfce7e3d9cb4c26c48d11562856a0dd822df246) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 0cf71742 by Jiyu Yang at 2026-07-29T15:18:16+02:00 panfrost: cleanup precomp_cache on screen destroy While running the GLES1 CTS mustpass suite under AddressSanitizer, a memory leak was reported in the precompiled shader cache. Free the precompiled shader cache when the screen is destroyed to avoid leaking memory. The cleanup is only performed when the cache has been allocated. Fixes: 8adede1d44e8 ("panfrost: Implement precomp dispatch on Gallium") Reviewed-by: Erik Faye-Lund <[email protected]> Signed-off-by: Jiyu Yang <[email protected]> (cherry picked from commit 3d4ab1fddd7bf9d7dae2156a7cd6269cebb21dce) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 8ab625f9 by Jose Maria Casanova Crespo at 2026-07-29T15:18:16+02:00 broadcom/compiler: don't leak the compile on assembly allocation failure v3d_return_qpu_insts() returned NULL without freeing the v3d_compile when the allocation of the final assembly copy failed, leaking the whole compile context on the out-of-memory path. Fixes: ade416d0236 ("broadcom: Add VC5 NIR compiler.") Assisted-by: Claude Opus 4.8 Reviewed-by: Iago Toral Quiroga <[email protected]> (cherry picked from commit 7d9ee7960c3ba51828e0f0e6eb068156203e6833) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 383e7a76 by JaeHoon Lee at 2026-07-29T15:18:16+02:00 v3dv: make room in the descriptor map for the no-sampler entries pipeline_lower_nir() reserves two "no sampler" entries before applying the pipeline layout, so real samplers start at index 2. The map is only V3D_MAX_TEXTURE_SAMPLERS long and we advertise exactly that many, so the last two samplers we allow write past the end of it, silently in release builds. Fixes: fc17231b2b4e ("v3dv/pipeline: reduce descriptor_map size") Reviewed-by: Iago Toral Quiroga <[email protected]> (cherry picked from commit 9d534e38a2e20d1076e2dbd4b82d8c9e6b65e932) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 834669d1 by JaeHoon Lee at 2026-07-29T15:18:16+02:00 v3dv: use the binning VS variant for the binning VPM config compute_vpm_config() reads the render VS into vs_bin_variant, so the binning VPM config comes from the wrong program data. The binning VS writes less, so this only ever under-sizes the binning VPM allocation. Fixes: 9e7d9a6efb67 ("v3dv: add support for geometry shaders to pipelines") Reviewed-by: Iago Toral Quiroga <[email protected]> (cherry picked from commit 771dfe55fcb62b62212b418d7f702ab8d42ea07e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - f306ab5f by JaeHoon Lee at 2026-07-29T15:18:16+02:00 v3dv: record the multiview geometry shader with its Vulkan stage bit active_stages is a VkShaderStageFlags, but MESA_SHADER_GEOMETRY is an ordinal, so this sets VERTEX|TESSELLATION_CONTROL instead of GEOMETRY, and vkGetPipelineExecutable*KHR skips the shader. Use mesa_to_vk_shader_stage(), as the rest of the file does. Fixes: 5872c7ca7ba7 ("v3dv: inject a custom passthrough geometry shader for multiview pipelines") Reviewed-by: Iago Toral Quiroga <[email protected]> (cherry picked from commit 1d9201e377eb6f595c83d68757b054818bd4176a) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 0e124fad by JaeHoon Lee at 2026-07-29T15:18:16+02:00 v3dv: record the no-op fragment shader with its Vulkan stage bit Same as the previous commit: MESA_SHADER_FRAGMENT sets TESSELLATION_EVALUATION instead of FRAGMENT. Fixes: 02de1d9ab16f ("v3dv: add a no-op fragment shader if we don't have one") Reviewed-by: Iago Toral Quiroga <[email protected]> (cherry picked from commit fb7300c6da2b740b0605b1562fe569391f33be94) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - c8004b95 by Pavel Ondračka at 2026-07-29T15:18:16+02:00 nv50_ir_ra: align B96 spill slots to vec4 This fixes nouveau NVE4 shader-db godot crash exposed by vectorizing commutative ALU sources. Fixes: d12e16fc3b5 ("nouveau: Handle unaligned tlsBase during spills") Suggested-by: Karol Herbst <[email protected]> Reviewed-by: Karol Herbst <[email protected]> Reviewed-by: Mel Henning <[email protected]> Signed-off-by: Pavel Ondračka <[email protected]> (cherry picked from commit 05f9f41fc294f6adb6d9b8ffed9a801bb232f40e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 5df55d2c by Timothy Arceri at 2026-07-29T15:18:17+02:00 zink: fix swap interval changes being dropped db9dbcbec00 unconditionally restores the previous present mode before attempting to update the swapchain, which turns runtime swap interval changes into a no-op: * the immediate path (no currently acquired image) recreates the swapchain with the old present mode still set, so nothing changes * the deferred path added to zink_kopper_present_queue() can never trigger since cdt->present_mode always matches the current swapchain's mode The only remaining effect is pointless swapchain recreation whenever an app changes the swap interval while no image is acquired. Keep the new present mode instead, and only restore the old one if the immediate swapchain update fails. Fixes: db9dbcbec00 ("zink: defer swapchain updates for interval changes if acquired image is active") Generated-by: Claude Code (Fable 5) Reviewed-by: Mike Blumenkrantz <[email protected]> (cherry picked from commit 09180f0eed603872b75f44b398048db06f236f54) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - bf8b724e by Benjamin Cheng at 2026-07-29T15:18:17+02:00 ac/vcn_enc: Disable var slice for preencode with VCN4 An internal FW change was never upstreamed, so the version numbers that were previously put here became inaccurate. Disable it until the FW fix is available. Signed-off-by: Benjamin Cheng <[email protected]> Cc: mesa-stable Reviewed-by: David Rosca <[email protected]> (cherry picked from commit c2ecb433fda48ee5d0ef295b3aa79f23143ceeca) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 1b3d771d by Loïc Molinari at 2026-07-29T15:18:17+02:00 u_blitter: Fix out-dated draw_rectangle handler doc Remove mention of UTIL_BLITTER_ATTRIB_COLOR and UTIL_BLITTER_ATTRIB_TEXCOORD and add a few words about UTIL_BLITTER_ATTRIB_XY and UTIL_BLITTER_ATTRIB_XYZW. Fixes: 22ed1ba01a4 ("gallium/u_blitter: use draw_rectangle for all blits except cubemaps") Fixes: ca09c173f6e ("gallium/u_blitter: remove UTIL_BLITTER_ATTRIB_COLOR, use a constant buffer") Signed-off-by: Loïc Molinari <[email protected]> Reviewed-by: Ashley Smith <[email protected]> (cherry picked from commit 47efd739121d51e2f9049cec715a70c13767a67c) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 3b3fc049 by Georg Lehmann at 2026-07-29T15:18:17+02:00 nir/opt_dead_write_vars: handle atomics as reads As long as there is no cross invocation access, write, followed by atomic, followed by write is valid. We can not remove the first write in this case: shared_array[invocation_index] = 0; res = atomicAdd(shared_array[invocation_index], 2); shared_array[invocation_index] = 0; Cc: mesa-stable Reviewed-by: Rhys Perry <[email protected]> (cherry picked from commit 1bc7b09d583b4f623fe18983f048014c508a2364) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 3a277ab8 by Lionel Landwerlin at 2026-07-29T15:18:17+02:00 anv: flush accumulated barriers for top of TOP_OF_PIPE If there is a barrier preceding the write timestamp, we need to flush it to make sure the timestamp is collected after the barrier is executed. Signed-off-by: Lionel Landwerlin <[email protected]> Cc: mesa-stable Reviewed-by: Tapani Pälli <[email protected]> (cherry picked from commit c6f6c9b02da991c9c878d8992b4074bbba70aa73) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 8a49c4fc by Ian Romanick at 2026-07-29T15:18:17+02:00 brw: Handle empty top block in brw_nir_move_interpolation_to_top If the block is empty, nir_block_first_instr returns NULL. nir_before_instr(NULL) creates an invalid cursor that eventually results in a segfault. This was discovered while testing !42933 on Ratchet and Clank - Rift Apart. I also considered using nir_before_block(top). That would require moving the instructions in reverse order because nir_before_block always added at the top. That really demands a comment explaining the reasoning. Instead, I decided to do the obvious thing that is slightly more code. Fixes: 3037603b703 ("intel/fs: Linked list micro optimizations in brw_nir_move_interpolation_to_top") Reviewed-by: Michael Cheng <[email protected]> (cherry picked from commit a7cdad725932c60e8b760b61115574d8fb935a3c) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 4892210c by Lionel Landwerlin at 2026-07-29T15:18:17+02:00 anv: fix Wa_18040903259 The description above says we need CS_STALL on both PIPE_CONTROL, it was missing for the first one. Signed-off-by: Lionel Landwerlin <[email protected]> Fixes: 243c01c703 ("anv/iris: implement Wa_18040903259") Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15844 Reviewed-by: Michael Cheng <[email protected]> Reviewed-by: Tapani Pälli <[email protected]> (cherry picked from commit be696377a17b63228fc4ff78284ac1379506d0ae) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 15e7e896 by Iván Briano at 2026-07-29T15:18:17+02:00 anv: fix 2d-array to 3d blits It was accounting for the depth center offset if src_image is 3D, assuming dst_image would be too, but with maintenance8 that may not be the case, so we need to check both. Fixes new tests: dEQP-VK.api.copy_and_blit.core.blit_image.simple_tests.2d_array_to_3d.reverse_blit_* Cc: mesa-stable Signed-off-by: Iván Briano <[email protected]> Reviewed-by: Lionel Landwerlin <[email protected]> (cherry picked from commit 1c6e7e82912fa43acd538cb2e30a4d132c296dac) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 321b35e3 by Adam Stylinski at 2026-07-29T15:18:17+02:00 nv30: fix an issue when this push buffer is NULL Fixing an issue when an empty context is destroyed. When a context is destroyed prior to this buffer being initialized, a NULL pointer dereference occurs. The nv50 & nvc0 implementations do this same thing. Reviewed-by: Karol Herbst <[email protected]> Tested-by: Filip Gawin <[email protected]> Backport-to: * (cherry picked from commit 4ce4feff89bad1ffd2ac7933ab25b44b6cca38d9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 9d2f0ae0 by Filip Gawin at 2026-07-29T15:18:17+02:00 nv30: fix 1 << 31 issues Reviewed-by: Karol Herbst <[email protected]> Backport-to: * (cherry picked from commit 51a7e9723538833e74ea9aebc251db22743eaf7f) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 298f6500 by Filip Gawin at 2026-07-29T15:18:17+02:00 nv30: fix another left shift cannot be represented in type 'int' Reviewed-by: Karol Herbst <[email protected]> Backport-to: * (cherry picked from commit 81dca3bf64c086bbae6c542824f5a82f34a0ed3f) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - ac7b5d46 by Lionel Landwerlin at 2026-07-29T15:18:17+02:00 vulkan/runtime: fixup vk_shader leak on RT group recompile If you compile the same RT groups in multiple processes, there is a chance one process writes the disk cache with one of the shader in the group. Another process will pickup on the disk cache entry but not have all the entries for the group and therefore trigger a recompile. In that unlikely cases that is probably only reachable while running the CTS in multiple processes, there will be a shader leak that will materialize later at cache destroy : deqp-vk: ../src/vulkan/runtime/vk_pipeline_cache.c:687: vk_pipeline_cache_destroy: Assertion `cache->object_cache->entries == 0' failed. Signed-off-by: Lionel Landwerlin <[email protected]> Cc: mesa-stable Reviewed-by: Ivan Briano <[email protected]> (cherry picked from commit 879365ec9f06adef47f116d11b88632264c1f271) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - eaedc7e6 by Timothy Arceri at 2026-07-29T15:18:17+02:00 util: add Blockland workaround for crash The game only initialises the glFramebufferTextureLayerEXT entry point as part of the EXT_geometry_shader4 / NV_geometry_program4 function groups, so without one of those extensions advertised the game calls a NULL pointer when "Shader Quality" is set to high and crashes. The function is provided by EXT_texture_array which Mesa does support, so advertise one of the extensions to avoid the crash. Cc: mesa-stable Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/13311 (cherry picked from commit df73bd930ae57bc1928beb1fdfb30bc3ab41b684) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 1c94f63c by Valentine Burley at 2026-07-29T15:18:17+02:00 ir3: Fix ballot_components for subgroups smaller than 32 ballot_components becomes 0 when max_subgroup_size is smaller than 32. Clamp it to a minimum of 1. Fixes: 639d7946c71 ("freedreno: Add initial A702 support") Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit ff5352b4900737d62d8e3fa5878ebc6c381aace0) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - ce78fc5d by Valentine Burley at 2026-07-29T15:18:17+02:00 ir3: Derive max_variable_workgroup_size from device limits max_variable_workgroup_size was hardcoded to 1024, which is incorrect for devices with a smaller threadsize_base such as A702. Use nir_options.max_workgroup_invocations to override the hardcoded value. Fixes: 639d7946c71 ("freedreno: Add initial A702 support") Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit be71f85a78c5d106b7adae912a7f22811ad8954e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - b55d0517 by Valentine Burley at 2026-07-29T15:18:17+02:00 ir3: Compute subgroup_size from threadsize_base ir3_info::subgroup_size was hardcoded to 64 (or 128 with double threadsize), which is incorrect for devices with a smaller threadsize_base such as A702 (16/32). Fixes: 639d7946c71 ("freedreno: Add initial A702 support") Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit 5e66bfd939a34093cc9db22c64a7698955f98df9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - e6e71c90 by Jan Meisel at 2026-07-29T15:18:17+02:00 nir/range_analysis: handle msad_4x8 in unsigned upper bound get_alu_uub() already had logic for nir_op_msad_4x8, but the opcode was missing from the early ALU opcode allowlist. This made the existing case unreachable and forced the analysis to return the default UINT32_MAX bound. Add nir_op_msad_4x8 to that supported-opcode switch. Fixes: 0477421f7db ("nir: add msad_4x8") Reviewed-by: Georg Lehmann <[email protected]> Assisted-by: Codex Signed-off-by: Jan Meisel <[email protected]> (cherry picked from commit dec6f98c7bea75d9fade316e57ea272d2dd218a8) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 37149aa6 by Connor Abbott at 2026-07-29T15:18:17+02:00 tu: Fix resetting command streams with writeable BOs We were forgetting to reset the start pointer that is used when switching back to writeable, which meant that when using the CS again and again making the CS writeable, we would keep going where we left off in the BO instead of actually reusing it. We still threw away the other BOs, but this meant that we would eventually run out of space and grow the BO unnecessarily, and if every BO hit the maximum size of 4MB then we could easily run out of memory eventually in games with hundreds of command buffers. Fixes: ebb8e104a56 ("tu/cs: Add support for CS patching") (cherry picked from commit c140fdd2d163bc3cefc29dd3f457c3a131fd1bc0) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 9d53d131 by Jan Meisel at 2026-07-29T15:18:17+02:00 radeonsi/vcn: fail feedback for truncated encodes VCN stops writing encoded output at allowed_max_bitstream_size, but can still report the full coded frame size in feedback. If that size is larger than the bitstream buffer VA clients can read past the mapped buffer when copying VACodedBufferSegment::buf. Record the bitstream size left after packed headers, clamp feedback to that limit, and flag the encode as failed if the reported size exceeds it. The VA frontend then reports the frame as bad instead of exposing a truncated bitstream as valid output. Analysis and patch by Maksim Nikolaev. Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15774 Cc: mesa-stable Reviewed-by: David Rosca <[email protected]> Assisted-by: Codex (cherry picked from commit 15e06548daba70c7adb222fdffbdf2f0d7f1e0d1) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - c41161a1 by David Rosca at 2026-07-29T15:18:18+02:00 vulkan/video: Fix coding AV1 decoder/encoder_buffer_delay Cc: mesa-stable Reviewed-by: Benjamin Cheng <[email protected]> (cherry picked from commit 71f8d76c7d6eb355edb77344ceed23889fe673a1) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - efe2933c by David Rosca at 2026-07-29T15:18:18+02:00 vulkan/video: Don't code AV1 decoder model info when not present We always coded decoder model info, with all values being zero if we got NULL pStdDecoderModelInfo from app. Cc: mesa-stable Reviewed-by: Benjamin Cheng <[email protected]> (cherry picked from commit ff12737333ae32b11e784739cdcb569fe61c6db2) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 7c4082da by David Rosca at 2026-07-29T15:18:18+02:00 vulkan/video: Fix coding AV1 operating points We always coded the default operating point, because the app input wasn't copied. Cc: mesa-stable Reviewed-by: Benjamin Cheng <[email protected]> (cherry picked from commit 5e1cf2cb5da1f51782ea69b2083c5e61deb635d6) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - e4614ee6 by David Rosca at 2026-07-29T15:18:18+02:00 d3d12/video: Don't reset batches in fence_wait va frontend unlocks driver mutex while waiting on fences, so there is a race accessing codec when trying to reset batches. Cc: mesa-stable Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15886 (cherry picked from commit 42f636bee95409f8ac89a453ab0edcbe58530180) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - a8138e01 by David Rosca at 2026-07-29T15:18:18+02:00 vulkan/video: Fix coding H265 ref pic list modification lists This should code num_ref_idx_l*_active entries, not minus 1. Change it to use the minus1 value to match spec. Cc: mesa-stable Reviewed-by: Benjamin Cheng <[email protected]> Reviewed-by: Hyunjun Ko <[email protected]> (cherry picked from commit 90e7282527a5f3907264ed4b146c6004092fa183) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 075a4562 by David Rosca at 2026-07-29T15:18:18+02:00 vulkan/video: Fix coding H265 SPS pcm block sizes, inter ref pic set and lt refs Cc: mesa-stable Reviewed-by: Benjamin Cheng <[email protected]> (cherry picked from commit 35a89677c45d79a7d08682d8afc4454009ca27d4) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 38829de7 by Tacodiva at 2026-07-29T15:18:18+02:00 vulkan/runtime: Fix bad assumption in GetPipelineBinaryDataKHR pPipelineBinaryDataSize is not guaranteed to be 0-initialized when calling `vkGetPipelineBinaryDataKHR` without an output buffer. This commit changes the check to see if the buffer is null instead of the possibly uninitialized length being 0. Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15901 Fixes: 5c47ac640b ("vulkan/runtime: implement VK_KHR_pipeline_binary") Reviewed-by: Lionel Landwerlin <[email protected]> (cherry picked from commit 53a453b3ef7f3eb6a0e7ae37bd93985916497885) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 4d832cd0 by Juan A. Suarez Romero at 2026-07-29T15:18:18+02:00 v3d: save fragment constants on sand8/sand30 blit These blit functions were setting a fragment constant buffer for their own operation, but relied on current constant buffer to be saved before, which actually didn't happen as the BLIT operation didn't include it. So they when restoring the constant buffer, nothing was saved to restore, which leads to crashes. Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15857 Fixes: a69aaadec1b ("v3d: add more blitter ops for saving resources") Signed-off-by: Juan A. Suarez Romero <[email protected]> Reviewed-by: Iago Toral Quiroga <[email protected]> (cherry picked from commit 8b79064907bb8b0677fdae942483e20b54cf4a3d) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - ef7dddeb by Timothy Arceri at 2026-07-29T15:18:18+02:00 nir/opt_dead_write_vars: handle memcpy_deref as reads memcpy_deref reads its source and writes its destination, but the pass did not account for it. A store feeding an OpCopyMemorySized copy could be wrongly eliminated by a later store to the same deref, since nothing marked the intervening access as a use. memcpy is a sized copy that walks the derefs in a loop, so it can touch memory beyond the src/dst deref itself. A deref comparison is therefore not sufficient - conservatively clear all unused writes in the accessed modes. Reviewed-by: Georg Lehmann <[email protected]> Assisted-by: Claude Code (Claude Opus 4.8) Cc: mesa-stable (cherry picked from commit 0a12d316e7ecaad7474ee782636675b72fcf9ffb) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 36e379d3 by Valentine Burley at 2026-07-29T15:18:18+02:00 tu: Use computed subgroup size Some turnip paths still hardcoded a subgroup size of 64 (or 128 with double_threadsize), which is incorrect for devices with a smaller threadsize_base such as A702. Fixes: 639d7946c71 ("freedreno: Add initial A702 support") Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit 69416494db271747d015b6ab010f3e348d7f76da) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - faffab91 by Yiwei Zhang at 2026-07-29T15:18:18+02:00 venus: properly check sync2 enablement We might be able to upgrade instance api version or simply enable sync2 behind the app, but let's still forward for now. Fixes: 07cee75c39c ("venus: layer vkQueueSubmit2 over vkQueueSubmit w/o sync2") (cherry picked from commit 64cbdd73a878f44952ed640e4d3f7d6aff442b36) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 739cf62d by Yiwei Zhang at 2026-07-29T15:18:18+02:00 venus: host image copy to scrub present_src layout if needed Fixes: c13da1c744a ("venus: implement host image copy commands") (cherry picked from commit f3ea8314c1b2f5a1edc2a323dcf8735221238e88) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 41601f10 by Timothy Arceri at 2026-07-29T15:18:18+02:00 util/mesa: add workaround to zero invalidated buffers Little Inferno streams its vertex data through glMapBufferRange(GL_MAP_WRITE_BIT | GL_MAP_INVALIDATE_RANGE_BIT), but only partially writes each 32-byte vertex, relying on the bytes it doesn't write reading back as zero. llvmpipe happens to satisfy this: it maps buffer storage directly and its allocations start out as kernel-zeroed pages, so the never-written bytes remain zero. radeonsi and iris recycle buffer memory (BO cache and staging upload buffers) without clearing it, so those bytes contain stale data and the game renders corrupt geometry. The game is relying on undefined behaviour; per the spec: "MAP_INVALIDATE_RANGE_BIT indicates that the previous contents of the specified range may be discarded. Data within this range are undefined with the exception of subsequently written data." Here we work around this with a new driconf option (zero_invalidated_buffers) that zeroes the memory returned by write-only invalidating maps, and enable it for Little Inferno. Cc: mesa-stable Generated-by: Claude (Fable 5) Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/7903 Reviewed-by: Pierre-Eric Pelloux-Prayer <[email protected]> (cherry picked from commit 8a6f0fca20cd2e9ce47f3f562a44fa6a0c8f25e1) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 928ab2e4 by Sushma Venkatesh Reddy at 2026-07-29T15:18:18+02:00 intel/dev: Clamp PTL+ CS workgroup threads to 32 PTL introduces compute workgroup limits that depend on SIMD width and GRF usage. As a simple workaround suitable for stable releases, clamp max_cs_workgroup_threads to 32 on PTL+. This causes brw_simd_should_compile() to reject SIMD16 for large compute workgroups requiring more than 32 hardware threads and select SIMD32 instead, avoiding unsupported configurations while preserving the advertised 1024-invocation workgroup limit. This is a conservative workaround until PTL workgroup limits are modeled more accurately. Cc: mesa-stable Reviewed-by: Francisco Jerez <[email protected]> Reviewed-by: Lionel Landwerlin <[email protected]> (cherry picked from commit ea77d4e261806c642f168beb5aac671b626bb2c5) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 9bfed776 by Danylo Piliaiev at 2026-07-29T15:18:18+02:00 tu: Custom resolve should always use AVOID_CCU layout E.g. dynamic subpass with custom resolve always has resolve_count = 0, but still needs TU_GMEM_LAYOUT_AVOID_CCU. Fixes: ad84ae27190 ("tu: Implement VK_QCOM_subpass_shader_resolve") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit 02035be13a3492c0a5a639a21a956693848c5c1f) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - e09ffdfc by Timothy Arceri at 2026-07-29T15:18:18+02:00 util: add workaround for Riddick using round() in glsl 1.20 Round is only advertised in 1.30 but the game uses 1.20 so force 1.30 Also fix up stray tab on the disable_uniform_array_resize line while we are updating this games workarounds. Cc: mesa-stable Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/11083 Reviewed-by: Pierre-Eric Pelloux-Prayer <[email protected]> (cherry picked from commit efd508cf90d597bb11c874674366c8ee8641745d) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - f8e0ed5c by Timothy Arceri at 2026-07-29T15:18:18+02:00 llvmpipe: emit FS input vertex attributes in driver location order compute_vertex_info() emitted the vertex attributes by walking the FS input variables in declaration order, while the FS reads the input with driver location i from attrib i + 1. Since dbbb46aa38c the two orders can disagree: the FS inputs PRIMITIVE_ID, VIEWPORT and LAYER are assigned driver locations after all other inputs while the variable list is sorted by location, so the FS read its inputs from the wrong attribs when gl_PrimitiveID was used together with user varyings without a geometry shader. Emit the attributes indexed by driver location instead. This also removes the slot_emitted dedup, which could skip an attrib and shift all following attribs away from their FS input mapping; variables that share a slot (packed components) collapse onto the same driver location naturally. Fixes: dbbb46aa38c ("nir: compute io base for fragment shader inputs which maybe per primitive") Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/15660 Reviewed-by: Dave Airlie <[email protected]> Generated-by: Claude Code (Claude Fable 5) (cherry picked from commit 90c66c69767add9a374445ebf1052fa683edab39) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 6d23e8e6 by Konstantin Seurer at 2026-07-29T15:18:18+02:00 radv/bvh: Fix updating acceleration structures containing AABBs If the node type is not set, child_index will not be calculated correctly. Fixes: 405c93c ("radv: Optimize BVH4 acceleration structure updates") Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15848 Reviewed-by: Natalie Vock <[email protected]> (cherry picked from commit 67eae5e5fd8c918e16d671a2255426a4af4e66c0) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 8d5ac88b by Connor Abbott at 2026-07-29T15:18:18+02:00 tu: Fix condition for skipping emitting aprons We were trying to detect the case where both tiles are not subsampled and they touch each other, i.e. for tiles in the high-density region in the center, and we therefore must not setup an apron. However we only checked if their edges have the same x or y coordinate, and that is not enough to say their edges touch, because we have to check the other coordinate as well. For example, when processing horizontally-adjecent tiles, we may have a situation like this in subsampled space: +--------------+--------------+ | | | | | <- other_tile in | |------+ subsampled space | | | | other_tile | +--------------+ size=(2, 2) | | | pos=(0, 1) | | tile | area=(4, 4) | | size=(1, 1) | | | pos=(1, 0) | | | area=(1, 1) | | | | | +--------------+--------------+--------------+ Because their vertical edges are at the same y coordinate, we'd assume they're touching in subsampled space when actually they're not. Fixes: 4b87df29b3a ("tu: Implement subsampled images") (cherry picked from commit 9e40eb6c80cdd88c12326b3bd6ffda8bd6305d3d) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - b158f2d4 by JaeHoon Lee at 2026-07-29T15:18:19+02:00 nvk: free copy_memory_indirect_temps on command buffer destroy nvk_create_cmd_buffer() initializes two util_dynarrays, cmd->pushes and cmd->copy_memory_indirect_temps. nvk_destroy_cmd_buffer() finalizes the former but not the latter. Both are zero-initialized (mem_ctx == NULL), so their backing storage comes from realloc() and is released by util_dynarray_fini(); nvk_reset_cmd_buffer() clears them without freeing, keeping the allocation for reuse. copy_memory_indirect_temps grows a heap buffer the first time vkCmdCopyMemoryIndirectKHR is recorded (util_dynarray_ensure_cap() in nvk_cmd_indirect.c), and that buffer is not freed: destroying the command buffer frees the struct but not the storage the dynarray points at. The nvk_cmd_mem entries it held are tracked separately in cmd->owned_mem and are freed there, so the leak is the pointer array itself. Finalize it alongside cmd->pushes. Fixes: cbec12627bb ("nvk: VK_KHR_copy_memory_indirect") Reviewed-by: Mel Henning <[email protected]> (cherry picked from commit 84c7fef4581a4bd6673923240dab1a0fb6795e7a) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 6d979fb7 by JaeHoon Lee at 2026-07-29T15:18:19+02:00 v3dv: avoid restoring stale descriptor state after a meta op v3dv_cmd_buffer_meta_state_push() skips the descriptor_state memcpy when the current gfx descriptor_state is not valid. The skip path doesn't propagate that invalid state into state->meta, so state->meta's copy keeps whatever a previous meta op's memcpy left there. has_descriptor_state is still unconditionally set to true, so pop cannot tell push saw an invalid state this time: it reads the stale valid flag as current and, if nonzero, restores a descriptor set pointer left over from an earlier operation instead of the app's actual state. Clear meta's descriptor_state.valid in the skip branch so pop can observe the invalid state instead of reading what was left behind. Also fix a "subpass" typo in the neighboring attachment-state comment in the same function, found while reading through this code. Fixes: e59e7069283 ("v3dv: don't reset descriptor state after a meta operation") Reviewed-by: Iago Toral Quiroga <[email protected]> (cherry picked from commit 0ff8b37a44ed8d8e76beb7c5df48e5a0867c7053) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - b2d4d018 by JaeHoon Lee at 2026-07-29T15:18:19+02:00 nvk: report fills from memory correctly The pipeline executable statistic for fills from memory reports the spill count. Change it to report fills from memory instead. Fixes: 2a0302967feb ("nak: Add spill/fill statistics") Reviewed-by: Mel Henning <[email protected]> (cherry picked from commit eadcadf067ede525b5f511d22215272bb31eaa41) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 97712e0c by Dmitry Baryshkov at 2026-07-29T15:18:19+02:00 tu: limit VALVE_fragment_density_map_layered to Vulkan 1.1 devices VK_VALVE_fragment_density_map_layered requires Vulkan 1.4, VK_KHR_extended_flags or VK_KHR_maintenance5 (which in turn requires at least Vulkan 1.1). Limit the VALVE_fragment_density_map_layered extension to Vulkan 1.1 until the driver implements KHR_extended_flags extension. Fixes: a3a53b7cee4a ("tu: Implement VK_VALVE_fragment_density_map_layered") Signed-off-by: Dmitry Baryshkov <[email protected]> (cherry picked from commit 8116745e085bcf2d66575f9e6d25857352abee89) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 7969fa0f by Frank Bouwer at 2026-07-29T15:18:19+02:00 pvr: Fix for depth stencil 2d array writes. The base array layer was not taken into account. This fixes a reverted commit. original commit: d058d2adb315e67bb62f4ff2b292bfd751f8be7f revert commit: 7f01ea0094dda7614287912c9922ad7d3e761507 Fix dEQP-GLES: dEQP-GLES31.functional.texture.multisample.samples_*.use_texture_depth_2d_array Fix regressions introduced by original commit DEQP-VK: dEQP-VK.api.image_clearing.core.clear_depth_stencil_attachment.multiple_layers.* dEQP-VK.api.image_clearing.core.partial_clear_depth_stencil_attachment.multiple_layers.* dEQP-VK.api.image_clearing.dedicated_allocation.clear_depth_stencil_attachment.multiple_layers.* dEQP-VK.api.image_clearing.dedicated_allocation.partial_clear_depth_stencil_attachment.multiple_layers.* Backport-to: 26.1 Signed-off-by: Frank Bouwer <[email protected]> Reviewed-by: Frank Binns <[email protected]> (cherry picked from commit 1d899a489de21796a28075b8a4aed8a5954b0057) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 215fc2e2 by Danylo Piliaiev at 2026-07-29T15:18:19+02:00 tu: Fix subsampled metadata and blit emission for separate stencil Fixes: 4b87df29b3a ("tu: Implement subsampled images") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit bf70ab68a2105b24e211e3862337e95c7c2c97fd) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 43070f68 by Toshinari Morikawa at 2026-07-29T15:18:19+02:00 egl: avoid calling loader_get_driver_for_fd with fd = -1 platform_android.c, platform_surfaceless.c does not initialize fd_display_gpu before calling dri2_create_screen so that "libEGL warning: failed to get driver name for fd -1" was always printed on log. Cc: mesa-stable Tested-by: Dieter Nützel [email protected] Reviewed-by: Pierre-Eric Pelloux-Prayer <[email protected]> Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/13850 Signed-off-by: Toshinari Morikawa <[email protected]> (cherry picked from commit 0bc2efab05ce6cf1dc90aeeff7e064482c127b2d) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 1f78ef90 by Peng_Lx at 2026-07-29T15:18:19+02:00 turnip/kgsl: close the dma-buf fd of our own allocations The three internal allocation paths -- dma-heap, ION and legacy ION -- obtain a dma-buf fd from the allocator and hand it straight to tu_bo_init_dmabuf() as the function's return value. tu_bo_init_dmabuf() only borrows that fd: kgsl_bo_init_dmabuf() keeps a dup of its own in bo->shared_fd, and that dup is what kgsl_bo_finish() closes. Borrowing is the right contract for an imported dma-buf, where the fd belongs to the caller, but these three allocators created the fd themselves, so the reference they hold is never dropped. The result is that every internally allocated shareable BO leaks one dma-buf fd. kgsl_bo_finish() frees the KGSL handle and closes its dup, but the dma-buf refcount never reaches zero, so the memory stays allocated for the lifetime of the process. It is only reachable for exportable BOs, which makes it easy to miss: ordinary offscreen textures are unaffected. It shows up on a Wayland compositor, whose EGL window back buffers are exportable and are reallocated whenever Mesa trims the ones that went idle. Toggling the niri overview on an Adreno 830 (KGSL, 3840x2560 panel) leaked one 37.5 MB buffer per toggle, growing without bound -- 80 toggles took dma-buf usage from 202 MB to 3956 MB. With this patch the same run stays flat at 202-239 MB, and the allocate/close ledger balances exactly. Fixes: 17c12a9924a0 ("turnip/kgsl: Support external memory via ION/DMABUF buffers") Cc: mesa-stable Signed-off-by: Peng_Lx <[email protected]> (cherry picked from commit 9f955af118d0cdabae776d08e36f99f7aa92317b) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - b7deb8c2 by Caio Oliveira at 2026-07-29T15:18:19+02:00 nir: Account for cmat memory accesses in copy_prop_vars Cc: mesa-stable Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15932 Reviewed-by: Georg Lehmann <[email protected]> (cherry picked from commit b277a4925a161592801d711a8258433e2e2cda42) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - b0f0fe99 by Marek Olšák at 2026-07-29T15:18:19+02:00 radv: fix determining the raster prim for guardband No change in correctness, but this is more accurate and faster because we now have a tighter guardband around the viewport more often. The following commits that are fixes depend on this. Cc: mesa-stable Reviewed-by: Georg Lehmann <[email protected]> (cherry picked from commit c61fdeb64c4765927708a1426426055266ba8776) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - eafee8fa by Marek Olšák at 2026-07-29T15:18:19+02:00 radv: fix determining the raster prim for line mode Cc: mesa-stable Reviewed-by: Georg Lehmann <[email protected]> (cherry picked from commit 6b534309ead43c157b11f467bbdc059dd1816dcc) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 86e036ca by Marek Olšák at 2026-07-29T15:18:19+02:00 radv: fix determining the dynamic raster prim for FS barycentrics Cc: mesa-stable Reviewed-by: Georg Lehmann <[email protected]> (cherry picked from commit 9a77ee629d75f35a048649462c44fdc3f1e1d676) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 969d5a14 by Marek Olšák at 2026-07-29T15:18:19+02:00 radv: fix determining the static raster prim for FS barycentrics and front_face This also happens to fix the replacement of front_face with a constant when face culling is enabled, improving performance. No front_face replacement was done before this commit according to gpu-ratemeter. That may have been because the unknown_rast_prim condition was incorrect and its result was unnecessarily true most of the time. Cc: mesa-stable Reviewed-by: Georg Lehmann <[email protected]> (cherry picked from commit edeb6dd258b216bc45c9b2e7d260b01cce81e3af) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 291edf60 by Karol Herbst at 2026-07-29T15:18:19+02:00 rusticl/memory: return 0 for CL_IMAGE_SLICE_PITCH also for 2d images Backport-to: * Tested-by: Rob Clark <[email protected]> Reviewed-by: Rob Clark <[email protected]> (cherry picked from commit 1b0f0e0a83c4b20a0a24df41bafc6d0ca88d5fcb) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 936a3cf1 by Ryan Mckeever at 2026-07-29T15:18:19+02:00 docs: advertise VK_KHR_multiview support for Bifrost Fixes: a1376449c80 ("panvk: Expose support for multiview on v7") Reviewed-by: Lorenzo Rossi <[email protected]> Reviewed-by: Erik Faye-Lund <[email protected]> (cherry picked from commit f11071ce865144ca3ff759c9d1a6c46ede06a16e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 88bf25d7 by Caio Oliveira at 2026-07-29T15:18:19+02:00 anv: Include build and device identity in shader binary UUID In anv_physical_device.c we document that shaderBinaryUUID includes the driver build identity, but anv_shader_init_uuid() only hashed compiler knobs and workaround settings. Add the build id and device info to the UUID so driver or device-specific shader binary ABI changes invalidate VK_EXT_shader_object binaries. Fixes: 4314c891f4c ("anv: expose VK_EXT_shader_object") Assisted-by: Pi coding agent (GPT-5.5) Reviewed-by: Lionel Landwerlin <[email protected]> (cherry picked from commit c4039495967db0bff1ffaf2c955bc8586ce9c269) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 9e3287db by Georg Lehmann at 2026-07-29T15:18:19+02:00 nir: fix divergence for deref_cast The old check was broken because deref->var is a union member, and not valid for deref_cast. Either it's a trivial bit size changing cast, or it's a pointer to deref cast. In the first case we can rely on the parent divergence, in the second we have to check if the deref could be of a mode where even a uniform pointer would mean a different address per invocation. Fixes: df86c5ffb35 ("nir: add divergence analysis pass.") Reviewed-by: Marek Olšák <[email protected]> (cherry picked from commit 2c3c8b7fc267a226ad5d38035b9e86526d6063d2) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 283c3c15 by Eric Engestrom at 2026-07-29T15:18:19+02:00 pick-ui: turn commit.date into a (cached) property This is a property of the commit, not an action performed on the commit, but it's expensive to compute so let's cache it. (cherry picked from commit b6386e96e5a81e074a90dff724ef3c35b1a9d1e7) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 561e1dc4 by Eric Engestrom at 2026-07-29T15:18:20+02:00 pick-ui: show MR number for additional context Shows which commits belong together, and shows context for problematic commits (doesn't backport, doesn't build, fails the unit tests, breaks a CI test). (cherry picked from commit 2086df71501a2e2934d36a33d5ea9087057423e9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 1a79d88e by Karol Herbst at 2026-07-29T15:18:20+02:00 rusticl/kernel: add libclc source hash to kernel shader keys Backport-to: * (cherry picked from commit 780727e68adc62f446dc1df7bcaf86f20b6c03d1) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - b3c72370 by Marek Olšák at 2026-07-29T15:18:20+02:00 radv: don't expose memory types from AMD_device_coherent_memory without the ext Fixes: 7fa1b487556 - radv: disable AMD_device_coherent_memory on gfx12 due to out of order behavior Reviewed-by: Georg Lehmann <[email protected]> (cherry picked from commit 5f4595a5c07a2e428a9c4416ed4c94659598bf69) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 9f6e69e2 by Rhys Perry at 2026-07-29T15:18:20+02:00 ac/nir/ngg: don't shrink device-scope memory barriers Signed-off-by: Rhys Perry <[email protected]> Backport-to: * Reviewed-by: Marek Olšák <[email protected]> (cherry picked from commit 027a2b45fcb69ed5e421e6a3f829ea1fd7c65787) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 9b3c5935 by Yiwei Zhang at 2026-07-29T15:18:20+02:00 venus: ensure cached vn_ring_submit batches are bounded The prior fix can still end up with unbounded leak since the actual shmem count in the storage isn't tracked. This change reverts the prior fix while avoiding caching over-sized batch. Practically, there's no need to cache more since the malloc overhead is trivial as compared to indirect uploads. Fixes: 2cf1f6cb508 ("venus: fix unbound malloc leak in vn_ring_get_submits") (cherry picked from commit 09fb7ca8d824616712e8d3b2639240087800e3d5) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 79a77e77 by Danylo Piliaiev at 2026-07-29T15:18:20+02:00 tu: Fix gfx_write_access checking for TRANSFORM_FEEDBACK_COUNTER_READ_BIT It should check for WRITE_BIT. Fixes: 59259a01671 ("tu: Convert to sync2 entrypoints") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit 221d58dc47746e344d10b3149322131b4e0f2b27) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 724d0317 by Lionel Landwerlin at 2026-07-29T15:18:20+02:00 anv: add workaround for atomics on R11G11B10 images Support got dropped from the HW on Xe2+, some apps rely on this working even though it's not supposed to be supported. This workaround is enabled by default on Xe2+ and can be disabled for performance reasons. Signed-off-by: Lionel Landwerlin <[email protected]> Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/14920 Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15823 Cc: mesa-stable Reviewed-by: Ivan Briano <[email protected]> (cherry picked from commit 70afad3b30648ae2e8a18d292e09622518b393c9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - ccc324fa by Danylo Piliaiev at 2026-07-29T15:18:20+02:00 tu: Fix blit_cache_cleaned never being set to true tu6_emit_flushes clears cache's flush_bits, resulting in the follow up `flush_bits & TU_CMD_FLAG_BLIT_CACHE_CLEAN` never being true, leading to excessive flushing when dynamic input attachments were used. Fixes: a99600322c1 ("tu: Track possible feedback loops for dynamic renderpasses") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit ba8de990e36474c9b46a103ca274c52fc15c87b8) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - e07ae880 by Jaakko Jokinen at 2026-07-29T15:18:20+02:00 nir: Add cases to nir_get_io_offset_src_number() Added cases nir_intrinsic_store_shared_unlock_nv and nir_intrinsic_load_shared_lock_nv. This fixes segmentation faults caused by the unexpected default return value -1. Fixes: 47f6c74b71c ("nir,nak: Add KeplerB shared atomics intrinsics and lowering") Reviewed-by: Mary Guillemard <[email protected]> (cherry picked from commit 61f6c264bcf917468854a82b2a0c9a0912bc6c1a) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - b42945ad by utzcoz at 2026-07-29T15:18:20+02:00 virtio: magma-gpu-rs: accept a null device in virtgpu_kumquat_finish virtgpu_kumquat_init leaves the caller's pointer untouched when it fails, and VirtGpuKumquatDevice releases the device unconditionally from its destructor, so virtgpu_kumquat_finish is reached with a null pointer on every failed initialization. Box::from_raw on a null pointer raises a non-unwinding panic, which aborts the process and takes with it the error that explained why initialization failed. The surrounding catch_unwind cannot intercept that. Make the release side tolerate null instead of fixing the one caller. This is a C init/finish pair, and C's canonical release function treats null as a no-op, so C callers reasonably expect that; it also covers callers we do not control. Fixes: f2b07903abaf ("mesa: import virtgpu_kumquat_ffi") (cherry picked from commit 0989349030b36e6ce587cf70f2a5c7615465f04f) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 8a07e8cb by Karol Herbst at 2026-07-29T15:18:20+02:00 vtn/opencl: fix libclc needing fp16 lowering to fp32 fp16 builtins inside libclc might be implemented on top of other fp16 builtins. However some of those might not have a fp16 version in which case we have to fall back to the fp32 one. This might be a libclc build system configuration issue, but we can easily workaround this by looking up in the current shaders whether we find a fp32 version of a builtin. Backport-to: * Reviewed-by: Zoltán Böszörményi <[email protected]> (cherry picked from commit 60654ceb9139ab8f289c6252bc12659fcf655e1c) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - d0504bbd by Frank Binns at 2026-07-29T15:18:20+02:00 pvr: rearrange some functions in pvr_arch_border.c This is in preparation for a follow on commit. Backport-to: 26.1 Signed-off-by: Frank Binns <[email protected]> Reviewed-by: Luigi Santivetti <[email protected]> (cherry picked from commit 311207091a7d9eecc5a0be6f9828e942709fa351) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 11cd8515 by Frank Binns at 2026-07-29T15:18:20+02:00 pvr: setup all format fields for custom border color entries This fixes an issue seen with depth/stencil formats where Zink creates a sampler with either a depth only or stencil only custom border color, but then uses this with an image with a combined depth/stencil format, taking either the depth or stencil aspect. This results in a mismatch between the format field that gets written in the border color entry and the one that gets read from the border color entry. For example, if a custom border color is setup for VK_FORMAT_S8_UINT and used in combination with a VK_FORMAT_D32_SFLOAT_S8_UINT image, taking the stencil aspect, then the format in the image state words will be X24G8X32. This results in the value in the X24G8X32 format field being looked up in the border color entry rather than the S8 field. One way to resolve this would be to add additional handling for depth/stencil formats to write values to all relevant format fields in a border color entry. However, a simpler approach is to setup all format fields for custom border color entries, as is already done for built-in border colors. This allows the code to be simplified, since the same function can be used for both cases. Fixes tests in dEQP-GLES31.functional.texture.border_clamp.*. Fixes: bf9c84991fc ("pvr: Add support for custom border colors") Signed-off-by: Frank Binns <[email protected]> Reviewed-by: Luigi Santivetti <[email protected]> (cherry picked from commit ea6e5b6b38322599bd36890ee1a4dec08771faf1) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 9f0b4eb3 by Lionel Landwerlin at 2026-07-29T15:18:20+02:00 brw: fix wa_18019110168 lowering If the linked mesh shader to the fragment shader doesn't have the workaround active, there is nothing to do. Signed-off-by: Lionel Landwerlin <[email protected]> Fixes: fcf4401824 ("brw: handle wa_18019110168 with independent shader compilation") Reviewed-by: Ivan Briano <[email protected]> (cherry picked from commit f8801d555b58d1965edab147018250830a3483a3) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - d737034f by Natalie Vock at 2026-07-29T15:18:20+02:00 radv/nir: Clean up descriptor index lowering This switches to a forward iteration over descriptor-related intrinsics. The biggest advantage of this is that we can now change the result types of vulkan_resource_(re)index, which also allows us to nuke all the special-casing for raytracing descriptors. Aside from just looking better, this will also allow us to implement mutable acceleration structure descriptors. Since this is needed to fix Unreal Engine 5.8, it should be backported even though it's a cleanup. Cc: mesa-stable (cherry picked from commit 0be03076dcdc2131f8084a67f5db4c07579a76fb) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 3be366d0 by Natalie Vock at 2026-07-29T15:18:20+02:00 radv: Expose mutable acceleration structure descriptors These Just Work(tm) now. Unreal Engine 5.8 needs it. Cc: mesa-stable (cherry picked from commit dcb6045ac5b45a0d086d37904588a4fc05262233) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 6b6c0f40 by Danylo Piliaiev at 2026-07-29T15:18:20+02:00 nir: Include scalarized component offsets in UBO ranges When scalarizing UBO loads, we should take into account per-component offset when calculating base and range. This is important for dynamically index row major matrices, where without this fix each row's base/range is calculated as if it starts from offset 0. ``` layout(std140, row_major, offset = 512) mat4 mat_arr[2]; ... = mat_arr[gl_ViewIndex] ``` Without the fix it was scalarized, then vectorized back into: ``` 32x4 %1266 = @load_ubo (%2638, %1297) (access=none, align_mul=64, align_offset=0, range_base=512, range=92) 32 %2725 = load_const (0x00000210 = 528) 32 %2726 = iadd %2725 (0x210), %1295 32x4 %1273 = @load_ubo (%2638, %2726) (access=none, align_mul=64, align_offset=16, range_base=512, range=92) 32 %2727 = load_const (0x00000220 = 544) 32 %2728 = iadd %2727 (0x220), %1295 32x4 %1280 = @load_ubo (%2638, %2728) (access=none, align_mul=64, align_offset=32, range_base=512, range=92) 32 %2729 = load_const (0x00000230 = 560) 32 %2730 = iadd %2729 (0x230), %1295 32x4 %1287 = @load_ubo (%2638, %2730) (access=none, align_mul=64, align_offset=48, range_base=512, range=92) ``` Notice the same base, which caused ir3 to not preload the whole 128b. After the fix we get: ``` 32x4 %1266 = @load_ubo (%2638, %1297) (access=none, align_mul=64, align_offset=0, range_base=512, range=80) 32 %2725 = load_const (0x00000210 = 528) 32 %2726 = iadd %2725 (0x210), %1295 32x4 %1273 = @load_ubo (%2638, %2726) (access=none, align_mul=64, align_offset=16, range_base=528, range=80) 32 %2727 = load_const (0x00000220 = 544) 32 %2728 = iadd %2727 (0x220), %1295 32x4 %1280 = @load_ubo (%2638, %2728) (access=none, align_mul=64, align_offset=32, range_base=544, range=80) 32 %2729 = load_const (0x00000230 = 560) 32 %2730 = iadd %2729 (0x230), %1295 32x4 %1287 = @load_ubo (%2638, %2730) (access=none, align_mul=64, align_offset=48, range_base=560, range=80) ``` Which results in load of the correct UBO range. Cc: mesa-stable Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit d9d106a5295dd4a220eb7918e1d0f16524ebb3d4) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - c364c37d by Emma Anholt at 2026-07-29T15:18:20+02:00 freedreno: Don't force image component A=1 substitution on R/RG textures. This is a no-op for normal texture sampling, but with QCOM_image_processing the image component substitution happens before filtering (successfully, due to the underlying format), so re-substitution during the texture component swizzle stage causes incorrect A=1 when you should be getting the filtered value. This also means we need to refuse weight image sampling for BC1 RGB, where we have no choice but to do the A=1 substitution in the swizzle. Cc: mesa-stable (cherry picked from commit 3bdfd556b1ca602bef7936dc548f624708d1a5d7) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 5473bf27 by Pohsiang (John) Hsu at 2026-07-29T15:18:20+02:00 d3d12: fix msvc build warning C4819 Fixes: 42f636bee95 ("d3d12/video: Don't reset batches in fence_wait") Reviewed-by: Sil Vilerino <[email protected]> (cherry picked from commit a25e41df17602b3c3962805be6fe748ad226abbc) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - d2158419 by Lionel Landwerlin at 2026-07-29T15:18:20+02:00 anv: fix leak in RT binding point Signed-off-by: Lionel Landwerlin <[email protected]> Cc: mesa-stable Reviewed-by: Michael Cheng <[email protected]> (cherry picked from commit b287c8fd44bfae03b9e7ef2585bf28c30d5bc67f) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 8727fbba by Georg Lehmann at 2026-07-29T15:18:21+02:00 aco/live_var_analysis: make sure shared vgprs are within the encodable vgprs If we are fine with a low number of waves, vgprs will be greater than 256 before we clamp to the vgpr limit. Cc: mesa-stable Reviewed-by: Daniel Schürmann <[email protected]> (cherry picked from commit da3e65d22d7a678160bfa68c4eee106282e1eea4) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - d2e0d1aa by Danylo Piliaiev at 2026-07-29T15:18:21+02:00 tu: Dirty LRZ after changing attachment locations disable LRZ writes We called tu_lrz_disable_write_for_rp, but didn't trigger LRZ state reemission. Fixes: 7ee9835475c ("tu/lrz: Disable LRZ when CmdSetRenderingAttachmentLocations is used") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit 3c0803f5a17f13bad5c2f2da7cdeaee4f792eeb2) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - 5f7827c0 by Valentine Burley at 2026-07-29T15:18:21+02:00 tu: Report correct maxFragmentInputComponents limits maxFragmentInputComponents doesn't need to reserve space for builtin variables. Remove the conservative adjustment and report the actual hardware limits. Cc: mesa-stable Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit 42694cb11015d3efea30abb3358b8a0b3875f71a) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43301> - - - - - cbe2e226 by Eric Engestrom at 2026-07-29T19:31:27+02:00 docs: add release notes for 26.1.6 - - - - - ffa422e5 by Eric Engestrom at 2026-07-29T19:31:27+02:00 VERSION: bump for 26.1.6 - - - - - 147283da by Eric Engestrom at 2026-08-05T21:36:21+02:00 .pick_status.json: Update to 85c082ddbed727940535911e6bf87f7d274525bf Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 2bf73d21 by Mary Guillemard at 2026-08-05T21:36:21+02:00 nvk: Reenable compression support on Turing with nouveau 1.4.3 Dave landed a proper fix for it that landed, let's reenable it again as nouveau got another version bump for NVDEC support. Signed-off-by: Mary Guillemard <[email protected]> Fixes: e81a292165a ("nvk: Disable compression on Turing") Reviewed-by: Mel Henning <[email protected]> (cherry picked from commit 68ee90c22ecf30fa8135b37cd8abbee8b33b73aa) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 60405449 by Karol Herbst at 2026-08-05T21:36:22+02:00 nouveau: Fix return of dangling pointer in nouveau_fence_new Backport-to: * Fixes: b3aae9c5568 ("nouveau: eliminate busy waiting on fences") Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15670 Reviewed-by: Mel Henning <[email protected]> (cherry picked from commit 6f19fc972f4d3004a6719ccbcca221e33098a481) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 964e92bf by Derek Lesho at 2026-08-05T21:36:22+02:00 zink: Fix zink_bo_unmap synchronization for client pointer support. MR #41127 was incomplete: When checking if we can unmap the cpu_ptr, zink_bo_map can't use the current cpu_ptr. Setting to NULL triggers the sync path and prevents the race, even if there are more than two threads. Fixes: ce45069c ("zink: Guard bo map/unmap on map_count.") (cherry picked from commit 64894956d17709ded2fc6a68e463dd78ce8b3402) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - a8058d78 by Frank Binns at 2026-08-05T21:36:22+02:00 zink: gate some EXT_descriptor_indexing related code This isn't a required extension and similar code is already conditional in init_layouts(). Backport-to: 26.1 Signed-off-by: Frank Binns <[email protected]> Reviewed-by: Mike Blumenkrantz <[email protected]> Reviewed-by: Erik Faye-Lund <[email protected]> (cherry picked from commit c2dd50cb516ab42d8c880f9114bd046e51bc20a2) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 2b49ede1 by Lionel Landwerlin at 2026-08-05T21:36:22+02:00 anv: fix barrier for Wa_1508744258 / Wa_14024015672 We need to flush the RCC writes because the register programming for Wa_1508744258 and 3DSTATE_3D_MODE Wa_14024015672 do not. Otherwise we might trigger the HW mode while some RCC operations are still going. Fixes some hard hangs on BMG with applications using MSAA. Signed-off-by: Lionel Landwerlin <[email protected]> Fixes: ba0336ab3f ("anv: Reduce RHWO optimization (Wa_1508744258)") Reviewed-by: Tapani Pälli <[email protected]> (cherry picked from commit 7c73cd054a3d70cb5cf12fa4eeb9561d0849abc4) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 52b617c7 by Lionel Landwerlin at 2026-08-05T21:36:22+02:00 iris: fix barrier for Wa_1508744258 / Wa_14024015672 We need to flush the RCC writes because the register programming for Wa_1508744258 and 3DSTATE_3D_MODE Wa_14024015672 do not. Otherwise we might trigger the HW mode while some RCC operations are still going. Signed-off-by: Lionel Landwerlin <[email protected]> Cc: mesa-stable Reviewed-by: Tapani Pälli <[email protected]> (cherry picked from commit e36f7e6e092c485a72415b4fd54efe80b17b9b49) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - fdf45a96 by Georg Lehmann at 2026-08-05T21:36:22+02:00 nir/unsigned_upper_bound: fix float to int conversions AC:Shadows multiplies fsat(x) by 2**32 and converts that to unsigned. The float upper bound is larger than UINT32_MAX, so we get an UB analysis result, which happens to be zero. nir_opt_uub then replaces it with 0. Fixes: 72ac3f60261 ("nir: add nir_unsigned_upper_bound and nir_addition_might_overflow") Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15899 Reviewed-by: Rhys Perry <[email protected]> Reviewed-by: Timur Kristóf <[email protected]> (cherry picked from commit c439d52c946c0e0f0b471410d75f83c69355b5ec) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - addd4f93 by Janne Grunau at 2026-08-05T21:36:22+02:00 hk: xfb: Avoid assertions in nir_slot_num_components Avoids assertions that the shader stage is MESA_SHADER_TESS_CTRL for VARYING_SLOT_TESS_LEVEL_OUTER, VARYING_SLOT_TESS_LEVEL_INNER and VARYING_SLOT_BOUNDING_BOX1 when calling `nir_slot_num_components(i, MESA_SHADER_VERTEX)` in hk_handle_passthrough_gs(). Fixes: 8bb4f24ef1bd ("poly: allow specifying component count in passthrough GS key") Signed-off-by: Janne Grunau <[email protected]> (cherry picked from commit d4d8b05477ab399db283d28838de2228bf17effd) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 3dbf3967 by Janne Grunau at 2026-08-05T21:36:22+02:00 poly: Fix comment after moving passthrough_gs Replace outdated reference to hk_passthrough_gs_key_size after moving passthrough_gs from hk to poly in https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41192 (noticed as comment in the merge request). Fixes: 12e59536ab6c ("poly: move hk passthrough GS code to libpoly") Signed-off-by: Janne Grunau <[email protected]> (cherry picked from commit 395de865be7bc1cf07538340753942884e547b21) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 40287468 by Lorenzo Rossi at 2026-08-05T21:36:22+02:00 pan/nir: Fix header static inline function This would've caused compile warnings if a file imported it without using the right functions Signed-off-by: Lorenzo Rossi <[email protected]> Fixes: bf9fa6e6191 ("pan/nir: Load texel buffer conversion descriptors in NIR") Reviewed-by: Ashley Smith <[email protected]› Reviewed-by: Christian Gmeiner <[email protected]> (cherry picked from commit fc8dc63cc6de5bcc82f8b8542cff0caa27387dcc) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 1d10b996 by Nick Hamilton at 2026-08-05T21:36:22+02:00 glthread: fix check for unroll draws using user VBOs when the ctx supports GLES This was originally fixed by 56b4d19 but when the gl ctx direct accesses were replaced in b5f388a the condition was mistakenly inverted. Fixes: b5f388a2220 ("mesa: replace gl ctx direct access") Signed-off-by: Nick Hamilton <[email protected]> Reviewed-by: Marek Olšák <[email protected]> (cherry picked from commit e79dfca9f9f2eba934d35dd77206503c5f9e8def) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - a1649478 by Danylo Piliaiev at 2026-08-05T21:36:22+02:00 tu: Fix tu_event not being reset on creation It didn't blow up probably because DXVK always resets events and vkd3d-proton doesn't use them. Fixes: 513184fa443 ("tu: Suballoc VkEvent BOs") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit ae84646e30cb2a4e2665b19b5d41b0b66827f116) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 0ea20600 by Danylo Piliaiev at 2026-08-05T21:36:22+02:00 tu: Merge disable_write_for_rp from secondary to primary LRZ write being disabled in one secondary wasn't propagated further. Fixes: 534cf4feeb5 ("tu/lrz: Improve LRZ around stencil tests and reads_dest cases") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit 201cbc4880398c19d06bf8da4d333084ef1d7f8c) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 4ff74a5a by Valentine Burley at 2026-08-05T21:36:22+02:00 zink: Use ShaderLayer capability for gl_Layer when available For gl_Layer, the SPIR-V specification allows the use of ShaderLayer or ShaderViewportIndexLayerEXT capabilities instead of Geometry. Fixes VUID-vkCmdPipelineBarrier-dstStageMask-04090 on devices without geometry shader support. Cc: mesa-stable Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit cb3bdc1bfd86b4caa0f90e9d8f807b8035cbd839) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 67537f66 by Christian Gmeiner at 2026-08-05T21:36:22+02:00 etnaviv: Drop stale stream output relocs in etna_update_hwxfb(..) A TFB_BUFFER_ADDR slot the current vertex shader does not write keeps the reloc of an earlier one, while etna_emit_state(..) always emits all four slots. Once the state tracker destroys that buffer, the buffer object lands in the reuse cache, and the next draw has append_bo(..) ref it straight out of its bucket, without the list_del and device ref that a real allocation does. The flush drops that reference back to zero, so the object gets parked a second time and hits the guard in etna_bo_cache_free(..): etna_bo_cache_free: Assertion `!list_is_linked(&bo->list)' failed. Clear all four slots up front instead. Deleting a transform feedback buffer while a vertex shader with different xfb outputs is bound and then drawing was enough to abort a dEQP run in the dEQP-GLES3.functional.draw_buffers_indexed.* group. Fixes: 0c6c1fa484a ("etnaviv: Implement hardware based streamout support") Signed-off-by: Christian Gmeiner <[email protected]> Reviewed-by: Lucas Stach <[email protected]> (cherry picked from commit 7b8ff5692ba6e9b4499ecabdc8e8b16445d12a60) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 26a6389c by Georg Lehmann at 2026-08-05T21:36:22+02:00 nir: mark some AMD specific shuffles as subgroup ops Cc: mesa-stable Reviewed-by: Timur Kristóf <[email protected]> (cherry picked from commit d06485a14654d95d2592f4c537334e744afc8218) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 5869c0a2 by Lucas Stach at 2026-08-05T21:36:22+02:00 etnaviv: clean up index buffer handling code a bit Reduce the scope of the index_offset variable, which isn't needed outside the index buffer handling and move the comment to the appropriate location. Cc: mesa-stable Signed-off-by: Lucas Stach <[email protected]> Reviewed-by: Christian Gmeiner <[email protected]> (cherry picked from commit fb4cad4c05ee40ab1fcaf6bac0cc38596151df4e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 78142bb7 by Lucas Stach at 2026-08-05T21:36:22+02:00 etnaviv: move index buffer handling in draw_vbo after derived state handling After the derived states have been updated we know if we need to flush the commandstream to make room for the states we are about to emit. As the flush will invalidate the cached index BO pointer, we need to make sure that the index buffer handling happens after the potential flush. Cc: mesa-stable Signed-off-by: Lucas Stach <[email protected]> Reviewed-by: Christian Gmeiner <[email protected]> (cherry picked from commit 0833edefbea9cc00026d82f84e943193259a0149) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 1875ea57 by Lucas Stach at 2026-08-05T21:36:22+02:00 etnaviv: reserve state emission space early in draw_vbo Currently the space needed for the state emission is reserved right before we want to emit those states. However, this is too late, as we already did quite a bit of work in draw_vbo to attach the current draw state to the context. If the reservation causes a flush, most of this state is cleared and not properly accounted to the new commandbuffer. This leads to states not being properly emitted for the next draw, causing all kinds of flaky behavior including GPU hangs. As the GPU init states might be emitted together with this draw command we need to account for their size when reserving space in the cmdstream. Cc: mesa-stable Signed-off-by: Lucas Stach <[email protected]> Reviewed-by: Christian Gmeiner <[email protected]> (cherry picked from commit 120476415f416c075f5aa6bbcc3e4b5cf57d4571) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - dd228ece by Lucas Stach at 2026-08-05T21:36:22+02:00 etnaviv: move sampler source update before draw space reservation Sampler source updates will possibly insert blits for TS resolve or texture compatible sibling updates. As those take up command buffer space, they need to be done before reserving the space for the draw state emission. Cc: mesa-stable Signed-off-by: Lucas Stach <[email protected]> Reviewed-by: Christian Gmeiner <[email protected]> (cherry picked from commit 6ab174a3bc9e4ee72258d315243d392747875384) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - f977ea4e by Lionel Landwerlin at 2026-08-05T21:36:23+02:00 jay: copy resource_intel surface handle value If some debug modification adds a printf on the surface handle value, then jay currently segfault because it'll look for a def that was never set. Signed-off-by: Lionel Landwerlin <[email protected]> Fixes: e42e3193137d ("intel: add Jay") (cherry picked from commit a62bd97754eb52d2ba875528f832c5acbcf9d2db) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 55a3efba by Jeremy Huddleston at 2026-08-05T21:36:23+02:00 llvmpipe: don't create a screen when the process is not allowed to JIT On macOS, a process with library validation enabled but without the com.apple.security.cs.allow-jit entitlement cannot create writable and executable mappings, so LLVM aborts the first time it emits code. Because llvmpipe is preferred over softpipe whenever both are built, such a process crashes instead of falling back. Probe the policy with a MAP_JIT mapping, since there is no API to query it, and fail screen creation when it is denied so the existing software driver fallback selects softpipe. Cc: mesa-stable Assisted-by: Claude Opus 5 Reviewed-by: [email protected] Signed-off-by: Jeremy Huddleston Sequoia <[email protected]> (cherry picked from commit ea60532e25126eea862d6bd09f9d2e79cb1f339b) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 867cc407 by Rahul Mahantappa Bhadrashette at 2026-08-05T21:36:23+02:00 radeonsi: emit MESHLET registers for mesh shaders in gfx10_emit_shader_ngg GFX11 hardware that uses the gfx10_emit_shader_ngg() code path (has_set_context_pairs_packed=false) was missing emission of SPI_SHADER_GS_MESHLET_DIM and SPI_SHADER_GS_MESHLET_EXP_ALLOC registers for mesh shaders. This caused immediate GPU hang when executing mesh shader draw calls, as the GPU attempted mesh shader execution with uninitialized workgroup dimension and export allocation registers. The gfx11_dgpu_emit_shader_ngg() path already had proper MESHLET emission, but gfx10_emit_shader_ngg() did not, affecting GFX11 APUs that take this code path. Fixes: 74894150f18 ("radeonsi: init pm4 state for mesh shader") Reviewed-by: Qiang Yu <[email protected]> Reviewed-by: Pierre-Eric Pelloux-Prayer <[email protected]> Signed-off-by: Rahul Mahantappa Bhadrashette <[email protected]> (cherry picked from commit 271ad6c5cdc4cf5c062c82a5972720a449ae06df) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - f4472471 by Lorenzo Rossi at 2026-08-05T21:36:23+02:00 pan/compiler/stats: Fix ALU not being used in instruction bounds A last minute typo made the MAX bound read zeroed memory instead of the previously written ALU cycles. Signed-off-by: Lorenzo Rossi <[email protected]> Fixes: 320667060c5 ("panfrost/compiler: Properly compute Valhall ALU bound") (cherry picked from commit cc82e157111d488c5c7540f4042884803293ebf7) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - faf2c729 by Jesse Natalie at 2026-08-05T21:36:23+02:00 d3d12: Disable vao fast path for AMD Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15924 Cc: mesa-stable (cherry picked from commit 6c306fd75a9a3bad31ef779f8607d557524e2277) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 24c06f9e by Neha Bhende at 2026-08-05T21:36:23+02:00 svga: fix shared memory index for svga driver Now TGSI shader is using correct index for shared memory This fixes shared spec@arb_compute_shader@execution@shared-atomic* on svga driver Fixes: d55b2cafb3a6 ("nir_to_tgsi: fix shared memory index") (cherry picked from commit 707cc8f5ab97485a0c4cf1a2ab13dbdf5c9469c4) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 3ef3829e by Ian Romanick at 2026-08-05T21:36:23+02:00 brw/validate: Gfx11 can't have accumulator src0 in 3-src instructions There are a lot of contradictions, incorrect information, and copy pasta in the various documentation. :( v2: Update after Caio's fixes to accumulator source encoding for 3-source instructions. Fixes: c3a5b62c081 ("brw/validate: Perform more 3-src validation in brw_validate instead of brw_eu_emit") Reviewed-by: Caio Oliveira <[email protected]> (cherry picked from commit ed4bb05db770ac44b8a542747a9942e5a4a6ac1e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 7dd9ca6f by Jeremy Huddleston at 2026-08-05T21:36:23+02:00 glx/apple: silence OpenGL deprecation warnings in libglx 68bef96fa70b added -DGL_SILENCE_DEPRECATION to the libappleglx target, but applegl_glx.c and glxcmds.c are compiled into libglx target. Apply the flag there as well. Fixes: 68bef96fa70b ("glx/apple: silence OpenGL deprecation warnings") Assisted-by: Claude Opus 4.8 Signed-off-by: Jeremy Huddleston Sequoia <[email protected]> (cherry picked from commit 0baeca38c72ae4af7c464644189853b66af153e7) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 685edb55 by Faith Ekstrand at 2026-08-05T21:36:23+02:00 compiler/rust/cfg: Remap node edges in remove_unreachable() It's not enough to just delete the unused nodes. We also need to remap edges. We weren't remapping edges before, so if we had an unreachable node, any edges to or from nodes after that node got screwed up. This means we need the same algorithm for remove_unreachable() as we use for rev_post_order_sort(). Fixes: 3467bdbb352e ("compiler/rust/cfg: Make sorting optional in CFGBuilder::as_cfg()") Reviewed-by: Lorenzo Rossi <[email protected]> (cherry picked from commit a8259a857aa9c90eef3ffecca4ccea35a3492b55) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 0fe92173 by Danylo Piliaiev at 2026-08-05T21:36:23+02:00 tu: Fix memory leak of FDM patch-points When resuming RP in a separate command buffer patchpoints_ctx is NULL but `resuming == true`. Fixes: d4ad50752ff ("tu: Fix memory leak of patchpoints_ctx in dynamic rendering") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit 7e34817cdc0406ab452762fc97726dfd2d2c51e3) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 75614ef4 by Marek Olšák at 2026-08-05T21:36:23+02:00 nir/opt_varyings: fix incorrect counting of emit_vertex within a block It incorrectly counted emit_vertex within a block, which broke deduplication. We need to reset the counter at the first gathered instruction of a block, not at the first emit_vertex of a block. Fixes: ca137e545c10a9f4bf0f2 - nir/opt_varyings: rewrite elimination of duplicated outputs Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15872 Reviewed-by: Aitor Camacho <[email protected]> (cherry picked from commit cf41ce6ac45c97fb8565e6e4326380955f922f50) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 1419cb1b by Rhys Perry at 2026-08-05T21:36:23+02:00 nir/load_store_vectorize: rework barriers to use entries We can't compare entry keys from before vectorization with those created after: a = load_ssbo(offset=4) //key=4 b = load_ssbo(offset=0) //key=0 c = load_ubo(a) //key=0+a.x barrier d = load_ubo(b) -> vectorize a/b at barrier and continue a = load_ssbo(offset=0) //key=0 c = load_ubo(a.y) //key=0+a.x d = load_ubo(a.x) //key=0+a.x -> incorrectly vectorizes c/d Rework how barriers are handled so that all entry keys for the block are created before any vectorization happens. This also fixes an issue where a nir_var_mem_global barrier didn't block global access vectorization. Signed-off-by: Rhys Perry <[email protected]> Backport-to: * Reviewed-by: Georg Lehmann <[email protected]> (cherry picked from commit 2da4c70d036b2a3115be5a990943def759fcc0d9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 639e6edb by Rhys Perry at 2026-08-05T21:36:23+02:00 nir/load_store_vectorize: recreate entry key when adding from predecessor fossil-db (gfx1201): Totals from 12 (0.01% of 210263) affected shaders: Instrs: 31512 -> 31450 (-0.20%) CodeSize: 166652 -> 166292 (-0.22%) Latency: 85478 -> 83168 (-2.70%) InvThroughput: 13092 -> 13072 (-0.15%); split: -0.19%, +0.04% VClause: 389 -> 377 (-3.08%) Copies: 2004 -> 1979 (-1.25%) Branches: 1704 -> 1696 (-0.47%) PreSGPRs: 584 -> 575 (-1.54%) PreVGPRs: 487 -> 493 (+1.23%) VALU: 14114 -> 14106 (-0.06%); split: -0.09%, +0.04% SALU: 6889 -> 6874 (-0.22%) VMEM: 577 -> 562 (-2.60%) We can't compare entry keys from before vectorization with those created after: block1: a = load(offset=4) //key=4 b = load(offset=0) //key=0 c = load(a) //key=0+a.x block2: d = load(b) -> vectorize a/b a = load(offset=0) //key=0 c = load(a.y) //key=0+a.x block2: d = load(a.x) -> enter block2: a = load(offset=0) //key=0 c = load(a.y) //key=0+a.x block2: d = load(a.x) //key=0+a.x -> incorrectly vectorizes c/d Signed-off-by: Rhys Perry <[email protected]> Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15831 Fixes: 4ca7ee7bd78 ("nir/opt_load_store_vectorize: Allow to vectorize at most one entry of each type across blocks") Reviewed-by: Georg Lehmann <[email protected]> (cherry picked from commit 728b81fd3cae3235e91a4aacc19a1b7fc30211e8) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 44981f97 by Rhys Perry at 2026-08-05T21:36:23+02:00 vtn: don't fail at uniformity decorations on variables and OpBufferPointer The results of OpVariable and OpBufferPointerEXT are objects, and the SPIR-V spec says these can be applied only to objects. Signed-off-by: Rhys Perry <[email protected]> Fixes: f35839a6bc5 ("spirv: Handle OpBufferPointerKHR") Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15868 Reviewed-by: Georg Lehmann <[email protected]> Reviewed-by: Samuel Pitoiset <[email protected]> (cherry picked from commit 4fa60540d36fefbf5a346986c56c99d33a64bcdd) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 57626da6 by Faith Ekstrand at 2026-08-05T21:36:23+02:00 compiler/rust/nir: Implement Send+Sync for nir_shader_compiler_options Fixes: a84cd8930c89 ("kraid: Expose our own NIR compiler options") Acked-by: Ahmed Hesham <[email protected]> Reviewed-by: Lorenzo Rossi <[email protected]> (cherry picked from commit 8be93459a68edb8dd04a593627b7da7878bf9d8e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 1c7b2c9f by Faith Ekstrand at 2026-08-05T21:36:23+02:00 kraid: Use nir_shader_compiler_options directly Now that it's Send+Sync, we can just use it directly instead of messing about with the array type. This fixes the alignment which was tripping up rusticl. Fixes: a84cd8930c89 ("kraid: Expose our own NIR compiler options") Acked-by: Ahmed Hesham <[email protected]> Reviewed-by: Lorenzo Rossi <[email protected]> (cherry picked from commit 0815c20329e3f639cb1a6a11a5858cef32441cd6) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 9cf23e43 by Dylan Baker at 2026-08-05T21:36:23+02:00 intel/gen: decode type of src1 in basic 2 source after setting IMM Otherwise we don't correctly translate IMM sources (such as TYPE_V) from their non-IMM types (such as TYPE_B) when decoding. Fixes: 03c32e90a98 ("intel/gen: Add gen encoding module") Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15914 (cherry picked from commit a2feaa67a07ed02450d17c020e0cf3704964ffd5) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 83fc310f by Jesse Natalie at 2026-08-05T21:36:23+02:00 mesa: Fix shared state bookkeeping for dynamic share list changes (wglShareLists) Fixes: b3133e250e1 ("gallium: add pipe_context::resource_release to eliminate buffer refcounting") Reviewed-by: Mike Blumenkrantz <[email protected]> (cherry picked from commit 2eee75cfc7ad77e853a84529601dcb0b9c6e2ffb) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 57669541 by Lionel Landwerlin at 2026-08-05T21:36:23+02:00 anv: fixup the logic dealing with STATE_BYTE_STRIDE First simplify the logic with just a boolean tracking whether a special stride was programmed. Second always unset STATE_BYTE_STRIDE as the end of primary command buffers. Signed-off-by: Lionel Landwerlin <[email protected]> Fixes: 778cb59086 ("anv: optimize STATE_BYTE_STRIDE emission") Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15803 Reviewed-by: Ivan Briano <[email protected]> (cherry picked from commit b683b5a33e7a9fba20bb872c0772c886dcfc8ace) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 3f227fda by Georg Lehmann at 2026-08-05T21:36:23+02:00 aco/optimizer: fix skip_smem_offset_align We actually have to update the temporary. Foz-DB Navi48: Totals from 318 (0.15% of 209101) affected shaders: Instrs: 334072 -> 333210 (-0.26%); split: -0.27%, +0.01% CodeSize: 1743652 -> 1740388 (-0.19%); split: -0.20%, +0.01% Latency: 3467824 -> 3467554 (-0.01%); split: -0.01%, +0.00% InvThroughput: 517308 -> 517239 (-0.01%) SClause: 10408 -> 10383 (-0.24%); split: -0.25%, +0.01% Copies: 29332 -> 29325 (-0.02%); split: -0.03%, +0.00% Branches: 9747 -> 9745 (-0.02%) PreSGPRs: 17170 -> 17166 (-0.02%) SALU: 66476 -> 65933 (-0.82%) Fixes: b798ace4434 ("aco/optimizer: fix skip_smem_offset_align with non temp register operands") Reviewed-by: Timur Kristóf <[email protected]> Reviewed-by: Marek Olšák <[email protected]> (cherry picked from commit b47e255b21fa382759c9c68ccbc53da037452670) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - c1cf5f0d by Rhys Perry at 2026-08-05T21:36:23+02:00 radv: drop support for cooperativeMatrixRobustBufferAccess Including this in the key breaks Fossilize-based shader caching, and I'm not aware of anything which needs it. Signed-off-by: Rhys Perry <[email protected]> Fixes: 0cdb7594d77 ("radv: track cooperative matrix robustness") Reviewed-by: Samuel Pitoiset <[email protected]> (cherry picked from commit 7a3a8748c95cc61b73d9b8c0aa93622f554396c4) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - f33b91a3 by Rob Clark at 2026-08-05T21:36:23+02:00 nir/convert_address_format: Split convert_def into two passes If we need to convert some use's back to the original address format, we cannot create the new instructions as part of iterating the uses, as this itself would create a new use which should not be re-written. Split this loop into two passes, with the first one simply collecting the uses that need to be rewritten, and a second one which actually does the re-writing. Fixes: e71449798191 ("nir: add nir_convert_address_format pass") Signed-off-by: Rob Clark <[email protected]> (cherry picked from commit b759fa487f944aac50ac7c8857f7ff6a870e8b21) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 72a890d3 by Rob Clark at 2026-08-05T21:36:23+02:00 nir/convert_address_format: Handle non-deref sources Sometimes a deref can show up as a "non-deref" src, for example storing a pointer that results from a deref chain. These need to be converted back to the original address format. Fixes CL CTS test_printf address_space. Fixes: e71449798191 ("nir: add nir_convert_address_format pass") Signed-off-by: Rob Clark <[email protected]> (cherry picked from commit 679a10c08d16ef2ac9d4e18820a2b42318733ac1) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 672a0af2 by Aitor Camacho at 2026-08-05T21:36:23+02:00 kk: Fix icd json api version Fixes: ae820e24269 ("kk: expose Vulkan 1.4") Signed-off-by: Aitor Camacho <[email protected]> (cherry picked from commit b11bdf7d3197f3c63c522c94985c5eee90ce4c60) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 4c143e5d by Georg Lehmann at 2026-08-05T21:36:23+02:00 nir: support phi sources in nir_rematerialize_deref_in_use_blocks We can't simply skip them, otherwise lowering a loop to lcssa doesn't ensure lcssa for derefs. Cc: mesa-stable Reviewed-by: Rhys Perry <[email protected]> (cherry picked from commit 461ff319cdd595df38f7e1738820914c6e253786) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 70eecce1 by Georg Lehmann at 2026-08-05T21:36:23+02:00 nir/to_lcssa: fix progress for derefs We don't insert a phi, but we still modify the shader. Cc: mesa-stable Reviewed-by: Rhys Perry <[email protected]> (cherry picked from commit 97afff90a1dd4fd7d9edf1b388486c777b03db9e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - c0b4b0f4 by Georg Lehmann at 2026-08-05T21:36:23+02:00 nir/to_lcssa: move constants before the loop instead of creating a phi Various NIR instructions really need constant sources, so replacing them with phis breaks all kinds of assumptions. In case of loop unrolling, this creates phis that will be cleaned up later, so often the harmful effect is hidden. In case of nir_simplify_loop(loop, nir_jump_break), the new phis can't be removed later, so everything breaks as soon as there is a nir_op_extract that uses a constant from the loop. Backport-to: 26.2 Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15947 Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15278 Reviewed-by: Rhys Perry <[email protected]> (cherry picked from commit 50c2c924f8e4a1c0f2ef2caa42fa9710591a3bbd) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - a37f690e by Lionel Landwerlin at 2026-08-05T21:36:23+02:00 anv: only consider active view-capable queues for image views Transfer queues don't operate on views. Signed-off-by: Lionel Landwerlin <[email protected]> Cc: mesa-stable Reviewed-by: José Roberto de Souza <[email protected]> (cherry picked from commit 51735259659644ccec13a3cb1b2f22d37c3d635c) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 2cb3ed47 by Caio Oliveira at 2026-08-05T21:36:23+02:00 nir, spirv: Match debug printf argument alignment with u_printf The u_printf consumer expects each argument to start at a 4-byte-aligned offset. Use the same alignment when laying out the argument data and calculating its buffer size. Fixes: 768f4782e391 ("spirv: Fix debugPrintfEXT not working with multiple arguments") Assisted-by: Claude Code (Opus 5) Reviewed-by: Lionel Landwerlin <[email protected]> (cherry picked from commit ef80cf0f1e57eb3bbce0dfea5f396a87c35f8b30) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 65550c46 by Caio Oliveira at 2026-08-05T21:36:23+02:00 nir, spirv: Pad 3-component debug printf arguments to 4 components u_printf decodes vec3 arguments using a four-component stride. Reserve the padding component in both debug printf paths to match it. Fixes: 768f4782e391 ("spirv: Fix debugPrintfEXT not working with multiple arguments") Assisted-by: Claude Code (Opus 4.8) Reviewed-by: Lionel Landwerlin <[email protected]> (cherry picked from commit db70cf645dc92e300b18975e3d6d4be0f3799e49) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 11e46dfc by Lorenzo Rossi at 2026-08-05T21:36:23+02:00 pan/bi: Propagate swizzle in bi_optimizer_result_type bi_optimizer_result_type fuses a FCMP_V2F16 + MUX.v2i16 pair into a single FCMP_V2F16.f1/.i1 instruction. The MUX's condition input (src[2]) is the FCMP result; when that source carries a non-identity swizzle (e.g. H10 to swap lanes), the fusion was silently discarding it, causing the fused FCMP to compare the wrong lane pairs. Fix this by composing the MUX condition swizzle into both FCMP source operands before completing the fusion, mirroring what bi_fuse_discard_fcmp already does. A non-16-bit comparison cannot absorb a 16-bit lane swizzle, so we bail out in that case and leave the instructions unfused. This bug would be more present when we enable mediump io on panfrost with: dEQP-GLES31.functional.shaders.arrays_of_arrays.es31.parameter.out.bvec4_4x2_vertex Fixes: 501a66cb5ce ("pan/bi: Fuse result types") Signed-off-by: Lorenzo Rossi <[email protected]> Reviewed-by: Faith Ekstrand <[email protected]> Acked-by: Eric R. Smith <[email protected]> (cherry picked from commit 3111d15c9352fa3fc1fb4c59d5278b533a4d8826) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 4faec877 by Tanner Van De Walle at 2026-08-05T21:36:23+02:00 nir/nir_builder: inline dst_bit_size calculation in assert Move the dst_bit_size calculation inline so that we don't trigger C4189 warnings. Fixes: 067d786dd5e ("nir: disallow converting to sized booleans from nir_type_convert()") Reviewed-by: Jesse Natalie <[email protected]> (cherry picked from commit 64f9ff1d26fe56acedc50f484bc0e2bb2ed07942) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 00d3ef4b by Jose Maria Casanova Crespo at 2026-08-05T21:36:23+02:00 vc4: save the fragment constant buffer around the YUV blit vc4_yuv_blit() binds its own fragment constant buffer and then calls util_blitter_restore_constant_buffer_state(), but VC4_BLIT does not save that state, so the restore installs a zeroed constant buffer. The next fragment shader that reads a uniform then dereferences a NULL user buffer in vc4_write_uniforms(). Reproduced on a Pi3 by sampling an imported linear NV12 dmabuf with a fragment shader that reads a uniform: the shadow-texture blit runs at the top of the same draw, before the uniforms are written. Fixes: 99fab42da98 ("vc4: add blitter operations") Backport-to: * Assisted-by: Claude Opus 5 Reviewed-by: Maíra Canal <[email protected]> (cherry picked from commit 4eaf48e221d938165289e948b6b93730a12cda3e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - e7b8abac by Jose Maria Casanova Crespo at 2026-08-05T21:36:23+02:00 vc4: unbind the textures around the blitter clears The quad the blitter draws for a partial Z/S clear, or for a surface clear, is a draw like any other, so vc4_predraw_check_textures() refreshes the shadow texture of a bound raster-order texture from inside util_blitter. That re-enters the blitter, which is not re-entrant: the inner blit invalidates the saved state and the outer restore then binds INVALID_PTR. Unbind the textures for the duration of the clear, the way vc4_yuv_blit() already does, and let u_blitter put them back. Reproduced on a Pi3 with an imported NV12 dmabuf bound (its BO is never private, so the shadow is refreshed on every draw) followed by a depth-only clear: u_blitter:575: Caught recursion. This is a driver bug. vc4_rasterizer_state_bind (hwcso=0xffffffffffffffff) util_blitter_restore_vertex_states util_blitter_clear_custom vc4_clear Backport-to: * Assisted-by: Claude Opus 5 Reviewed-by: Maíra Canal <[email protected]> (cherry picked from commit e3aab667bcc0f1f4eaa531ecb2986244d96bb1e9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 86f80f66 by Valentine Burley at 2026-08-05T21:36:23+02:00 freedreno: Increase reg_size_vec4 for A702 A702 was inheriting reg_size_vec4 = 48 from a6xx_gen1_low, which was sized for A610's 64-thread wave. A702 uses a 16-thread wave, so the inherited value underestimated the capacity the compiler should assume per wave. Fixes: 639d7946c71 ("freedreno: Add initial A702 support") Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit 6a282e8f18a16c3445ce3498ecd5c09667e97555) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 398382cf by Valentine Burley at 2026-08-05T21:36:24+02:00 freedreno: Fix VPC_RAST_STREAM_CNTL register layouts It turns out that offset 0x9107 is actually VPC_RAST_STREAM_CNTL for both A6XX and A7XX, and the register at 0x9980 (previously marked as VPC_RAST_STREAM_CNTL for A6XX) is actually PC_RAST_STREAM_CNTL. VPC_UNKNOWN_9107 is removed entirely as it was just an alias for VPC_RAST_STREAM_CNTL at 0x9107. Fixes dEQP-GLES3.functional.rasterizer_discard failures with zink-on-tu on A702. Cc: mesa-stable Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit 418f2963a1500481b97afeecd94959588434ad4a) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 4bb89e49 by Samuel Pitoiset at 2026-08-05T21:36:24+02:00 spirv: fix handling OpAbortKHR This should be considered a terminator block instruction as explained in the SPIR-V spec. This fixes parsing SPIR-V for dEQP-VK-experimental.postmortem.shader_abort.* since the tests have been updated. Fixes: 88fb73c8838 ("spirv: implement SPV_KHR_abort") Signed-off-by: Samuel Pitoiset <[email protected]> (cherry picked from commit f321d7ebf427b503d28c8345deae6ad070d478cf) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 11db4dbf by Samuel Pitoiset at 2026-08-05T21:36:24+02:00 radv: fix invalid assertions in DGC when queues aren't enabled This fixes a SIGFPE issues on BC250 because the compute queue is disabled. Cc: mesa-stable Signed-off-by: Samuel Pitoiset <[email protected]> (cherry picked from commit 075f0eb7abc59a7f2d4f2178ea95899b20e8b98b) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - fd9b0bba by Kenneth Graunke at 2026-08-05T21:36:24+02:00 intel: Temporarily disable madvise on iris on xe.ko Enabling madvise for iris on xe.ko led to a large performance regression (see discussion in !42952). It turns out that this was primarily caused by a bug in xe.ko, which has been fixed and was marked for stable branches. iris's usage of madvise is also poorly tuned, and we may want some fixes for that (see !43016 for a proposal). This patch temporarily reverts the feature for Mesa 26.2, matching the previous behavior. This gives us more time for the xe.ko fix to propagate to people's systems, and also for us to tune the iris code. Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - df5f30f7 by Eric Engestrom at 2026-08-05T21:36:24+02:00 [26.2 only] docs/new_features: mention that VK_EXT_host_image_copy was exposed on RADV/GFX10.3+ This was forgotten in 87e95c5e50ead830a1c8 ("radv: advertise VK_EXT_host_image_copy by default on GFX10.3+"); see https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/40996#note_3597624 Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 2e29ea10 by Vlad Zahorodnii at 2026-08-05T21:36:24+02:00 wsi/wayland: Add support for wl_fixes.ack_global_remove The wl_fixes.ack_global_remove request signals the compositor that the client will not bind the removed global. It can be used by the compositor to decide when it is safe to actually destroy the corresponding global. If a global is destroyed too soon, some clients may get disconnected. Signed-off-by: Vlad Zahorodnii <[email protected]> (cherry picked from commit c541f5e93061f98bbe83c98bea2336184966142b) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 4d672e8c by Mike Blumenkrantz at 2026-08-05T21:36:24+02:00 zink/ci: switch zink/anv jobs to surfaceless+i915 this makes the trace jobs >=99% stable (cherry picked from commit 97d586cc66406277f0035ec25a1fa847b5307151) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 0b9aaa6c by Valentine Burley at 2026-08-05T21:36:24+02:00 ci/piglit: Switch all trace jobs to surfaceless+gbm Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15969 Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit 5f6b357015170067b6ff01fa008ce49c2df71b9f) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - 20b40644 by Karol Herbst at 2026-08-05T21:36:24+02:00 clc: make libclc optional for configs not needing it Backport-to: * Acked-by: Erik Faye-Lund <[email protected]> Reviewed-by: Eric Engestrom <[email protected]> (cherry picked from commit 019669c465ab2aee294af7047f354943c5b901ee) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - f1ab1828 by Karol Herbst at 2026-08-05T21:36:24+02:00 clc: use our downstream fork of libclc There are a couple of issues with the upstream versions and release schedules and overall experience makes it dificult for us to rely on users using a proper functional implementation. And we want to ship a conformant OpenCL implementation here and that's difficult if users run untested libclc versions or libclc with known bugs that aren't going to get fixed upstream because the release is already EoL. Backport-to: * Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15617 Acked-by: Erik Faye-Lund <[email protected]> Reviewed-by: Eric Engestrom <[email protected]> (cherry picked from commit 6f2f3ceab8c2424236d98e4bb2cc55ec12492dc3) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - b8f6be5a by Karol Herbst at 2026-08-05T21:36:24+02:00 rusticl: warn if we load not our own libclc fork Backport-to: * Acked-by: Erik Faye-Lund <[email protected]> Reviewed-by: Eric Engestrom <[email protected]> (cherry picked from commit ba022bc4cede739190a8112b81ed04cab80ef4fe) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43510> - - - - - f8e86a04 by Eric Engestrom at 2026-08-05T23:14:26+02:00 docs: add release notes for 26.2.0 - - - - - 9f0a7610 by Eric Engestrom at 2026-08-05T23:14:26+02:00 VERSION: bump for 26.2.0 - - - - - 26e5c1f9 by Timo Aaltonen at 2026-08-06T10:09:49+03:00 Merge branch 'upstream-experimental' into debian-experimental - - - - - 5ec50be9 by Timo Aaltonen at 2026-08-06T10:10:18+03:00 Merge branch 'upstream-unstable' into debian-unstable - - - - - 78164eac by Timo Aaltonen at 2026-08-06T10:10:54+03:00 version bump - - - - - b0ed9275 by Timo Aaltonen at 2026-08-06T10:19:27+03:00 releasing package mesa version 26.1.6-1 - - - - - 03375cc6 by Timo Aaltonen at 2026-08-11T15:59:25+03:00 Merge tag 'mesa-26.1.6' into debian-experimental mesa-26.1.6 - - - - - 08b5e59d by Timo Aaltonen at 2026-08-11T15:59:32+03:00 Merge branch 'debian-unstable' into debian-experimental - - - - - 540f4919 by Timo Aaltonen at 2026-08-11T16:00:14+03:00 version bump - - - - - 416e05d6 by Timo Aaltonen at 2026-08-11T16:45:03+03:00 releasing package mesa version 26.2.0-1 - - - - - 104 changed files: - .gitlab-ci/test/gitlab-ci-inc.yml - .pick_status.json - VERSION - debian/changelog - docs/relnotes.rst - + docs/relnotes/26.2.0.rst - − docs/relnotes/new_features.txt - meson.build - src/amd/compiler/aco_optimizer.cpp - src/amd/vulkan/radv_device.c - src/amd/vulkan/radv_dgc.c - src/amd/vulkan/radv_physical_device.c - src/amd/vulkan/radv_physical_device.h - src/asahi/vulkan/hk_cmd_draw.c - src/compiler/clc/meson.build - src/compiler/nir/nir_builder.c - src/compiler/nir/nir_convert_address_format.c - src/compiler/nir/nir_deref.c - src/compiler/nir/nir_intrinsics.py - src/compiler/nir/nir_lower_printf.c - src/compiler/nir/nir_opt_load_store_vectorize.c - src/compiler/nir/nir_opt_varyings.c - src/compiler/nir/nir_range_analysis.c - src/compiler/nir/nir_to_lcssa.c - src/compiler/nir/tests/control_flow_tests.cpp - src/compiler/rust/cfg.rs - src/compiler/rust/nir.rs - src/compiler/spirv/spirv_to_nir.c - src/compiler/spirv/vtn_cfg.c - src/compiler/spirv/vtn_private.h - src/compiler/spirv/vtn_structured_cfg.c - src/compiler/spirv/vtn_variables.c - src/egl/drivers/dri2/platform_wayland.c - src/freedreno/common/freedreno_devices.py - src/freedreno/registers/adreno/a6xx.xml - src/freedreno/tests/reference/crash.log - src/freedreno/tests/reference/crash_prefetch.log - src/freedreno/tests/reference/dEQP-VK.draw.indirect_draw.indexed.indirect_draw_count.triangle_list.log - src/freedreno/tests/reference/fd-clouds.log - src/freedreno/vulkan/tu_clear_blit.cc - src/freedreno/vulkan/tu_cmd_buffer.cc - src/freedreno/vulkan/tu_event.cc - src/freedreno/vulkan/tu_pipeline.cc - src/gallium/drivers/d3d12/d3d12_screen.cpp - src/gallium/drivers/etnaviv/etnaviv_context.c - src/gallium/drivers/etnaviv/etnaviv_emit.c - src/gallium/drivers/etnaviv/etnaviv_emit.h - src/gallium/drivers/etnaviv/etnaviv_state.c - src/gallium/drivers/freedreno/a6xx/fd6_emit.cc - src/gallium/drivers/iris/iris_state.c - src/gallium/drivers/llvmpipe/lp_screen.c - src/gallium/drivers/nouveau/nouveau_context.h - src/gallium/drivers/nouveau/nouveau_fence.c - src/gallium/drivers/nouveau/nouveau_fence.h - src/gallium/drivers/nouveau/nouveau_screen.c - src/gallium/drivers/nouveau/nv30/nv30_context.c - src/gallium/drivers/nouveau/nv50/nv50_context.c - src/gallium/drivers/nouveau/nv50/nv50_context.h - src/gallium/drivers/nouveau/nv50/nv50_vbo.c - src/gallium/drivers/nouveau/nvc0/nvc0_context.c - src/gallium/drivers/nouveau/nvc0/nvc0_context.h - src/gallium/drivers/nouveau/nvc0/nvc0_query_hw.c - src/gallium/drivers/nouveau/nvc0/nvc0_vbo.c - src/gallium/drivers/radeonsi/gfx/si_state_shaders.cpp - src/gallium/drivers/svga/ci/svga-fails.txt - src/gallium/drivers/svga/svga_tgsi_vgpu10.c - src/gallium/drivers/vc4/vc4_blit.c - src/gallium/drivers/vc4/vc4_draw.c - src/gallium/drivers/zink/ci/gitlab-ci-inc.yml - src/gallium/drivers/zink/ci/traces-zink.yml - src/gallium/drivers/zink/nir_to_spirv/nir_to_spirv.c - src/gallium/drivers/zink/nir_to_spirv/nir_to_spirv.h - src/gallium/drivers/zink/zink_bo.c - src/gallium/drivers/zink/zink_compiler.c - src/gallium/drivers/zink/zink_descriptors.c - src/gallium/frontends/rusticl/core/device.rs - src/gallium/frontends/rusticl/mesa/compiler/nir.rs - src/gallium/winsys/nouveau/drm/nouveau.c - src/gallium/winsys/nouveau/drm/nouveau.h - src/glx/meson.build - src/intel/compiler/brw/brw_validate.cpp - src/intel/compiler/gen/gen_encoding.cpp - src/intel/compiler/gen/tests/basic.txt - src/intel/compiler/jay/jay_from_nir.c - src/intel/dev/xe/intel_device_info.c - src/intel/vulkan/anv_device.c - src/intel/vulkan/anv_image_view.c - src/intel/vulkan/anv_private.h - src/intel/vulkan/genX_cmd_buffer.c - src/intel/vulkan/genX_cmd_draw.c - src/kosmickrisp/vulkan/meson.build - src/mesa/main/context.c - src/mesa/main/glthread_draw.c - src/mesa/main/shared.c - src/nouveau/vulkan/nvkmd/nouveau/nvkmd_nouveau_pdev.c - src/panfrost/compiler/bifrost/bi_opt_mod_props.c - src/panfrost/compiler/bifrost/bifrost_compile.c - src/panfrost/compiler/kraid/compile.rs - src/panfrost/compiler/pan_nir.h - src/poly/nir/poly_nir.h - src/util/os_misc.c - src/util/os_misc.h - src/vulkan/device-select-layer/device_select_wayland.c - src/vulkan/wsi/wsi_common_wayland.c The diff was not included because it is too large. View it on GitLab: https://salsa.debian.org/xorg-team/lib/mesa/-/compare/2ee98d1c0b8ba28c5d0beba2262b61956fb34bee...416e05d626d2d218c7c6102cf1eda6d92cd194c0 -- View it on GitLab: https://salsa.debian.org/xorg-team/lib/mesa/-/compare/2ee98d1c0b8ba28c5d0beba2262b61956fb34bee...416e05d626d2d218c7c6102cf1eda6d92cd194c0 You're receiving this email because of your account on salsa.debian.org. Manage all notifications: https://salsa.debian.org/-/profile/notifications | Help: https://salsa.debian.org/help