[Git][xorg-team/lib/mesa][upstream-unstable] 68 commits: docs: add sha sum for 26.0.7
"Timo Aaltonen (@tjaalton)" <[email protected]> Tue, 02 Jun 2026 09:15:33 +0000
| Newsgroups | gmane.linux.debian.devel.x |
|---|---|
| Message-ID | <[email protected]> |
Timo Aaltonen pushed to branch upstream-unstable at X Strike Force / lib / mesa Commits: 164633de by Eric Engestrom at 2026-05-14T10:11:15+02:00 docs: add sha sum for 26.0.7 - - - - - 0263451e by Eric Engestrom at 2026-05-26T09:38:52+02:00 .pick_status.json: Update to af8c3eb3d6537eeda79258dd9fcc4178933d2ad8 Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 9c551c6e by hwandy at 2026-05-26T09:38:52+02:00 Revert "intel/decoder: make libvulkan_intel to depend on stub decoder when buildtyle=release." This reverts commit 2ee6b4d96e02d5bb63276bc5a2f8bfa60423b785. The previous change avoids 0.25MB (1%) size change on the driver binary file, but blocks the runtime enablement for some intel tools which is critical to our optimization tasks. It's not a good tradeoff based on the new need of the tool in runtime, so revert this change. Test: meson setup builddir -Dallow-fallback-for=libdrm -D build-tests=true -Dbuildtype=release --reconfigure && ninja -C builddir && cd builddir && meson test Reviewed-by: Lionel Landwerlin <[email protected]> Signed-off-by: hwandy <[email protected]> (cherry picked from commit c96e73aa9355c4254475e3fe2f246a0dd85f92c9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 3fcc821e by David Rosca at 2026-05-26T09:38:52+02:00 radeonsi/uvd_enc: Skip extra padding bytes in output bitstream Trailing zeroes should be harmless, but it seems to cause issues with latest ffmpeg (which looks like an ffmpeg bug). The extra bytes are useless, so we can just skip them like we already do on VCN to workaround it. Cc: mesa-stable Reviewed-by: Benjamin Cheng <[email protected]> (cherry picked from commit 804ff19a5a5c8403274710f2ba9a514a1cfa302d) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - f9a936ed by Icenowy Zheng at 2026-05-26T09:38:52+02:00 pvr: fix handling of invalid attachment info in pvr_init_fs_outputs_mrt The attachments field of the render pass state could be MESA_VK_RP_ATTACHMENT_INFO_INVALID, which indicates no attachment information is valid. If such situation really happens when initializing the fragment state of a pipeline, this means neither a render pass nor a VkPipelineRenderingCreateInfo structure is available -- in this case, the specificiation for that structure says colorAttachmentCount is considered as 0, so the loop iterating color attachments should just not happen. Skip iterating color attachments if the render pass has a attachments field with value MESA_VK_RP_ATTACHMENT_INFO. This fixes some regression on the Vulkan CTS testcase dEQP-VK.pipeline.monolithic.misc.no_rendering introduced by !40870, in which MESA_VK_RP_ATTACHMENT_INFO instead of 0 is set as the value of the attachments field of the render pass state, if neither a render pass nor the VkPipelineRenderingCreateInfo structure is available. Fixes: 1950b6c1a7ce ("vulkan: mark RP attachments as invalid when no rendering create info") Signed-off-by: Icenowy Zheng <[email protected]> Acked-by: Frank Binns <[email protected]> (cherry picked from commit 351eaffdc5cb1706d036fcfc80f209d8b2f1dfcd) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - ad56a9e5 by Icenowy Zheng at 2026-05-26T09:38:53+02:00 pvr: copy sub_cmd flags except owned when executing subcmds out of pass When executing a secondary command buffer outside a renderpass, the sub_cmds of that secondary command buffer is simply copied into the primary command buffer. However, the 4 flags outside the type-specific structures are not copied. Although owned flag is intentionally set to false, the other 3 flags should be preserved. Copy these 3 flags when executing sub_cmds of a secondary command buffer outside renderpasses. Backport-to: 26.0 Signed-off-by: Icenowy Zheng <[email protected]> Reviewed-by: Nick Hamilton <[email protected]> (cherry picked from commit d7f79b34c768b2d9854aa3074d5f951dc81219db) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 36e136be by Icenowy Zheng at 2026-05-26T09:38:53+02:00 pvr: stop to derive rt datasets based on geometry_terminate As we're going to kick frag for suspending rendering passes to mitigate frag job inconsistency between suspending rendering passes and resuming render passes, deriving render target datasets based on geometry_terminate property will be incorrect. Stop to use geometry_terminate to decide whether to remember render target datasets, instead use is_suspend directly. In addition, is_resume is now also used instead of checking whether suspended render taget datasets is available. This will help when either the suspending render pass or the resuming render pass have multiple graphics sub_cmds. Backport-to: 26.0 Signed-off-by: Icenowy Zheng <[email protected]> Reviewed-by: Nick Hamilton <[email protected]> (cherry picked from commit 7e56e4a030709bfde3baa2ced246ff5d67943a6c) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 16d33205 by Icenowy Zheng at 2026-05-26T09:38:53+02:00 pvr: add a structure containing data kept for suspended renderpasses As more things than render targets data need to be kept for suspending renderpasses, add a structure to sort out them. Backport-to: 26.0 Signed-off-by: Icenowy Zheng <[email protected]> Reviewed-by: Nick Hamilton <[email protected]> (cherry picked from commit 175784d1a8644533afdfe3e6cbfa396937b9acd5) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 49503890 by Icenowy Zheng at 2026-05-26T09:38:53+02:00 pvr: preserve and pass more data for suspending render passes Suspending render pass jobs have more things than render targets to preserve, e.g. occlusion query related information, atomic / compute overlap enablement information etc. Preserve them too when suspending. When resuming, for boolean properties, or'ing them; for other preserved things assign them. This is for ensuring the last resuming fragment job is compatible with all suspending geometry jobs, as for suspending render passes the fragment job is omitted. The situation of the suspending render pass and the resuming render pass have different query pools is still not supported, and quite difficult to support. Backport-to: 26.0 Signed-off-by: Icenowy Zheng <[email protected]> Reviewed-by: Nick Hamilton <[email protected]> (cherry picked from commit 98d07d53195b665a0415f4ea7e36d7ae17bc6a06) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - a2e20f46 by Erik Faye-Lund at 2026-05-26T09:38:53+02:00 pan/ci: add missing gitlab rules Fixes: 20970bcd965 ("panfrost: Add base of OpenCL C infrastructure") (cherry picked from commit 88bd52cfe3ec25643ad42ef9f74aae071f949988) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - f41f6d3a by Erik Faye-Lund at 2026-05-26T09:38:53+02:00 pan/ci: remove outdated gitlab rule This directory doesn't exist any more. Fixes: e55de285cc1 ("panfrost: Kill panfrost-job.h") (cherry picked from commit ffadd54940ab7c11f7737155a9519cd42e6f4a81) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 8a12b68d by Erik Faye-Lund at 2026-05-26T09:38:53+02:00 pan/ci: add missing gitlab rule Fixes: f091bdf392a ("pan: Lift pan_get_model into its own lib") (cherry picked from commit dfc06fd11404fc71131ddbba7ca765322b5253f0) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 329ce068 by Erik Faye-Lund at 2026-05-26T09:38:53+02:00 pan/ci: fix gitlab rules after move Without this, changes to the shared compiler sources doesn't trigger any jobs. Whoops. Fixes: b02bc53261b ("pan: Move util/* to compiler/") (cherry picked from commit 50fd51bb9c55351f45b67537d4375098b211e1d4) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 4878bd7d by Danylo Piliaiev at 2026-05-26T09:38:53+02:00 tu/a8xx: Fix reading border_color from sampler memory Fixes: 77e83d1449b ("tu: gen8 sampler support") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit ea8de0742bcdc881f470fc7fb5eec9783388ceec) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - b001aa2b by Mary Guillemard at 2026-05-26T09:38:53+02:00 nir/lower_bit_size: Preserve float controls when lowering alu ops fp_math_ctrl should be preserved when recreating alu operations. Signed-off-by: Mary Guillemard <[email protected]> Reviewed-by: Georg Lehmann <[email protected]> Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15455 Cc: mesa-stable (cherry picked from commit dd9725720975404e890ab75c6b049c74c0e4e097) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - e850316f by Rhys Perry at 2026-05-26T09:38:53+02:00 aco/ra: test the register file in get_reg_specified() when necessary Signed-off-by: Rhys Perry <[email protected]> Backport-to: * Reviewed-by: Daniel Schürmann <[email protected]> (cherry picked from commit 43aeeb8b88a3e9989357bbd9c43268f5891f6f97) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 4e89bbfc by Rhys Perry at 2026-05-26T09:38:53+02:00 aco/ra: don't rename phi operands in get_reg_phi() Signed-off-by: Rhys Perry <[email protected]> Backport-to: * Reviewed-by: Daniel Schürmann <[email protected]> (cherry picked from commit 53cd74c284b3abcd1517ae4a6bf04071e9264b85) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 964d508a by johniyoods at 2026-05-26T09:38:53+02:00 egl/dri2: require valid render fd before advertising EGL_WL_bind_wayland_display Commit 718ef151f2e1 removed the legacy non-dmabuf wl_drm path and now gates the extension on has_dmabuf_import && has_dmabuf_export. These flags reflect driver capability and do not depend on whether a valid DRM render fd was assigned during display initialization. Before commit 718ef151f2e1, dri2_get_capabilities() returned 0 for kms_swrast paths because can_share_buffer is false there, so the __DRI_IMAGE_CAP_GLOBAL_NAMES check naturally excluded software-only devices. The replacement dmabuf flags do not have this property. On a software-only device (e.g., vgem), fd_render_gpu stays -1 and device_name is NULL, yet both dmabuf flags are true, causing the extension to be incorrectly advertised. When a Wayland compositor calls eglBindWaylandDisplayWL(), drmGetRenderDeviceNameFromFd(-1) returns NULL and strdup(device_name) is called on a NULL pointer, causing a SIGSEGV. Add an additional guard when setting WL_bind_wayland_display, so the extension is only advertised when a valid DRM render fd is present Fixes: 718ef151f2e1 ("egl/wayland: Remove support for non-dmabuf wl_drm") Signed-off-by: johniyoods <[email protected]> (cherry picked from commit fb0123f42ed099e348ca2ec7a55f20ba3570c9d4) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - be402d16 by Job Noorman at 2026-05-26T09:38:53+02:00 freedreno/computerator: fix UAV view size The user supplied buffer size is in units of words, not bytes. Signed-off-by: Job Noorman <[email protected]> Fixes: 469a19f66bb ("freedreno/computerator: gen8 support") (cherry picked from commit 32a817fe754200f4785c7a1d5907cf7730fc4db0) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - cd8bafa9 by Dave Airlie at 2026-05-26T09:38:53+02:00 nak: fix image size for multisample arrays Fixes KHR-GL45.shader_image_size.*ms* without padding the last component gets replicated so the array size gets shifted. Fixes: 65d836fb26c5 ("nak: Lower MSAA image load/store/atomic/size") Reviewed-by: Mary Guillemard <[email protected]> Reviewed-by: Faith Ekstrand <[email protected]> (cherry picked from commit 510998e4930df267110c8acc2ae6b85609baa5b7) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 4f5ac1af by Lionel Landwerlin at 2026-05-26T09:38:53+02:00 anv: add SIMD32 requirement heuristic for Dragon Dogma 2 A few compute shaders are doing BC3 image generation on the device and then generate incorrect data if running at SIMD16. That data is then sampled in a vertex shader that generates incorrect geometry. See https://github.com/ValveSoftware/Proton/issues/7595#issuecomment-4343662131 Signed-off-by: Lionel Landwerlin <[email protected]> Cc: mesa-stable (cherry picked from commit ccef88173b0e6fe200149b828d165d8811fe7808) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 52170178 by Frank Binns at 2026-05-26T09:38:53+02:00 pvr/ci: drop two tests from bxs-4-64-{fails,flakes} These tests were fixed by 68cb76de5dda ("pco: Fix encoding of branch to an empty block"). Fixes: ef860bcaa1a ("pvr/ci: Add dEQP-VK testing for BXS-4-64 on TI AM68 SK") Signed-off-by: Frank Binns <[email protected]> Acked-by: Simon Perretta <[email protected]> (cherry picked from commit 73e7c0d54599c21938afc69937f559f8f6183bdb) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 02714bdb by Dave Airlie at 2026-05-26T09:38:53+02:00 nak: add more sizes to assert in bindless_image_sparse_load Affects dEQP-VK.sparse_resources.buffer.texel_buffers.sparse_residency.storage_texel_buffer_sparse_read_size_2_10_r64ui_strict Fixes: 410de4bf69a0 ("nak: wire up sparse image loads") Reviewed-by: Mel Henning <[email protected]> (cherry picked from commit 1ab8f1eb00acba8dcef75a96d5418ae12079559e) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 4f3194a0 by Samuel Pitoiset at 2026-05-26T09:38:53+02:00 nir: fix shuffling local IDs for quad derivatives with larger workgroup sizes This was fundamentally broken for workgroup sizes >= 8x8. This fixes new VKCTS coverage dEQP-VK.glsl.texture_functions.texture.*_compute, and also few tests from the vkd3d-proton testsuite (note that quad derivatives is currently disabled for < GFX12). Cc: mesa-stable Signed-off-by: Samuel Pitoiset <[email protected]> (cherry picked from commit dc398afb2782a594e58382dcb918e28825b7aec8) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 683ea547 by Yiwei Zhang at 2026-05-26T09:38:53+02:00 venus: fix a renderer side queue timeline bound race Timeline assignment has been asynchronous upon vkGetDeviceQueue2. However, fence submission via vq can get ahead of it for things like ring and vq synchronization. This change fixes vkGetDeviceQueue2 to be synchronous instead, which is fine since it's off the critical path. Cc: mesa-stable (cherry picked from commit e6734ed39ec7a085c015c0946e87dc229ffc0af7) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - cb00e9c0 by Karol Herbst at 2026-05-26T09:38:54+02:00 clc: do not use std::filesystem It seems like davinci resolve conflicts on those symbols and we got regressions from our static libstdc++ linking workaround. Cc: mesa-stable Reviewed-by: Jesse Natalie <[email protected]> (cherry picked from commit c3832060a438a62b53ba18bb5848bc2fa92796d9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 863aa4d5 by Karol Herbst at 2026-05-26T09:38:54+02:00 Revert "rusticl: link the C++ runtime statically" This reverts commit 528ceeb49b95b0797979c85b959fa543253fa0b3. Cc: mesa-stable (cherry picked from commit bd465e710cc8cb152844776863e753140c69d61c) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 35e2fe56 by yserrr at 2026-05-26T09:38:54+02:00 llvmpipe: fix UB and incorrect value in compute caps shift `1 << 31` invokes signed shift UB. When the int result is assigned to uint64_t, sign extension produces 0xFFFFFFFF80000000 (~18 EiB) instead of the intended 0x80000000 (2 GiB). Use 1ull << 31 to perform the shift in unsigned 64-bit type. The 2 GiB value matches the surrounding finite cap values and OpenCL minimum requirements, making the original intent clear. Detected by UBSan with piglit. Fixes: a65b74af5139 ("llvmpipe: init shader and compute caps") Signed-off-by: yserrr <[email protected]> Reviewed-by: Karol Herbst <[email protected]> (cherry picked from commit 968a13a916bf2ae292ab5ba3f94e309d3a1b0d37) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 6e85e938 by Iago Toral Quiroga at 2026-05-26T09:38:54+02:00 pan/bi: TEX_GRADIENT may need helper invocations If we use the texture coordinates mode for TEX_GRADIENT we need valid texture coordinates on disabled lanes to compute correct lods across all pixels on a triangle, otherwise pixels along triangle edges will read garbage when computing coordinate deltas and produce bogus results. We previously tried to solve this by setting the force_delta_enable bit, but that doesn't always work... and worse, this bit isn't supported on V9, which means we sometimes end up generating illegal instructions. Fixes Piglit: shaders/zero-tex-coord texturequerylod Fixes: 4e58029dc01 ("pan/va: fix base-level for nir_texop_lod") Reviewed-by: Alejandro Piñeiro <[email protected]> Reviewed-by: Erik Faye-Lund <[email protected]> Reviewed-by: Lars-Ivar Hesselberg Simonsen <[email protected]> Reviewed-by: Lorenzo Rossi <[email protected]> (cherry picked from commit 85e32ec2495b68892899001c01c9dd38b16c6514) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - b1687dc5 by Mary Guillemard at 2026-05-26T09:38:54+02:00 nvk: Handle foreign queue dependencies Previously, we were not doing anything in case of VK_QUEUE_FAMILY_FOREIGN_EXT while the proprietary driver would emit invalidation or flush of sysmem caches. This patch adds the missing handling while following what the proprietary driver emit on various generations. Signed-off-by: Mary Guillemard <[email protected]> Fixes: e1c1cdbd5f3 ("nvk: Implement vkCmdPipelineBarrier2 for real") Reviewed-by: Mel Henning <[email protected]> (cherry picked from commit 712c768f8cbedbff8d2de97a964e664555f506ca) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 8935d550 by Mary Guillemard at 2026-05-26T09:38:54+02:00 nvk: Handle host accesses barrier We were not flushing sysmem and NVIDIA proprietary driver does. Signed-off-by: Mary Guillemard <[email protected]> Fixes: e1c1cdbd5f3 ("nvk: Implement vkCmdPipelineBarrier2 for real") Reviewed-by: Mel Henning <[email protected]> (cherry picked from commit 03510ea4701510cc376d8874d12df9514db1fe94) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - ff5c6ded by Mary Guillemard at 2026-05-26T09:38:54+02:00 nvk: Multiply by local_size for CS invocations in DGC codepath We were entirely missing the local size in the accounting for CS invocations. Cc: mesa-stable Signed-off-by: Mary Guillemard <[email protected]> Reviewed-by: Mel Henning <[email protected]> (cherry picked from commit 662a346ce3a1f557a61d745b70116be1e16607e9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - cfe20029 by Calder Young at 2026-05-26T09:38:54+02:00 spirv: Fix debugPrintfEXT not working with multiple arguments The struct field offsets weren't getting initialized. Reviewed-by: Samuel Pitoiset <[email protected]> CC: mesa-stable (cherry picked from commit 768f4782e3915a9bcbb303cf9c2edc7ff52e04b8) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 115b77d0 by Nemallapudi, Jaikrishna at 2026-05-26T09:38:54+02:00 intel/dev: fix timebase_scale ticks-to-ns precision loss across 2^32 Android CTS CtsGpuProfilingDataTest#testProfilingDataProducersAvailable intermittently fails with "Render stages reported before their VkQueueSubmit events". Root cause is in the Perfetto clock correlation: render-stage timestamps go through intel_device_info_timebase_scale() while VkQueueSubmit packets use BOOTTIME directly, so any drift in the scaler shows up as render stages preceding their submits. intel_device_info_timebase_scale() scales the upper and lower halves of the raw timestamp separately and recombines them, but silently drops the upper-half division's remainder. When the frequency doesn't evenly divide 1e9, every wrap past 2^32 loses a fixed number of ns and shows up as a step in Perfetto's GPU-vs-BOOTTIME snapshot offset. Carry the upper-half remainder into the lower-half numerator before dividing, so no precision is lost. All intermediates still fit in uint64_t. Cc: mesa-stable Signed-off-by: Nemallapudi, Jaikrishna <[email protected]> (cherry picked from commit e47ed60ee6133ef562f7fb04b4bfb81296ac9c75) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 89c45389 by Lone_Wolf at 2026-05-26T09:38:54+02:00 ac/llvm: fix build with LLVM 23 (MCSubtargetInfo) See the relevant LLVM change https://github.com/llvm/llvm-project/commit/d50631faad3003e73589528c83d3bbbad7ba72f1. Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15470 Cc: mesa-stable (cherry picked from commit 4a7f2258f2dea97158c236cb1730ba84d78dc6b7) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 48801fdf by Georg Lehmann at 2026-05-26T09:38:54+02:00 aco/tests: use explicit lod in sparse texture test Newer glslang complains about implicit derivatives being used in compute without the extension. Cc: mesa-stable Reviewed-by: Timur Kristóf <[email protected]> (cherry picked from commit 00016a115c2967455d531954c13fa626ac1d2ab2) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - f8c9dce5 by Jose Maria Casanova Crespo at 2026-05-26T09:38:54+02:00 v3dv: avoid duplicate bo_handles between cpu_job and CSD lists v3d_submit_cpu_ioctl() takes a separate ww_acquire_ctx for the cpu_job's bo_handles[] and any embedded CSD's bo_handles[]; a BO appearing in both lists makes the second lock wait on a reservation held by the first context, deadlocking the ioctl. We avoid adding a duplicate BO handle when it's already in the cpu_job's list. This collided when an app suballocates an indirect VkBuffer and a CSD bind-group VkBuffer out of one VkDeviceMemory. Fixes: e404ccba5b4 ("v3dv: use the indirect CSD user extension") Reviewed-by: Iago Toral Quiroga <[email protected]> (cherry picked from commit 87a0eac7184ecde4ba76e62d31f742e1934f4af8) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 7c7f7df0 by Matthieu Oechslin at 2026-05-26T09:38:54+02:00 r600: Fix crash on R600/R700 with custom border color r600_pipe_sampler_view may be NULL. This is properly checked when emmiting samplers on EG+, but not on R600/R700. Fix a crash on Tesseract Reviewed-by: Gert Wollny <[email protected]> Fixes: 5bee7c0b (cherry picked from commit 4527b30a0435793c52edf46ed11c437c7f88a225) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 16ecc898 by Jon Turney at 2026-05-26T09:38:54+02:00 glx/windows: Avoid shadowing 'type' parameter of driwindowsCreateDrawable() > ../src/glx/driwindows_glx.c: In function ‘driwindowsCreateDrawable’: > ../src/glx/driwindows_glx.c:283:17: error: ‘type’ redeclared as different kind of symbol > 283 | unsigned int type; > | ^~~~ > ../src/glx/driwindows_glx.c:261:52: note: previous definition of ‘type’ with type ‘int’ > 261 | GLXDrawable drawable, int type, > | ~~~~^~~~ Fixes: 887f5a632046 ("glx: add drawable type argument when create drawable") Signed-off-by: Jon Turney <[email protected]> (cherry picked from commit f9a7c50ed6ff89414247929b2d4b52e32c5c9350) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 17b945ef by Jon Turney at 2026-05-26T09:38:54+02:00 glx/windows: Fix compilation of driwindows_glx after driscreen changed from pointer to member > ../src/glx/driwindows_glx.c: In function ‘driwindows_create_context’: > ../src/glx/driwindows_glx.c:122:8: error: wrong type argument to unary exclamation mark > 122 | if (!psc->base.driScreen) > | ^ > ../src/glx/driwindows_glx.c: In function ‘driwindows_create_context_attribs’: > ../src/glx/driwindows_glx.c:196:8: error: wrong type argument to unary exclamation mark > 196 | if (!psc->base.driScreen || !config_base) > | ^ Since the driScreen member of driwindows_screen is now a struct, not a pointer, checking it for non-NULL-ness like this is an error. Fixes: 1ce9aa3d6526 ("mesa_interface: replace opaque __DRIscreen with struct dri_screen everywhere") Signed-off-by: Jon Turney <[email protected]> (cherry picked from commit 464daf978e1a8c35e9a6bbc8e5b9d1996d0c013f) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 840eaf19 by Jon Turney at 2026-05-26T09:38:54+02:00 glx/windows: Fix compliation after code motion to put event base in 'dri' context > ../src/glx/driwindows_glx.c: In function ‘driwindowsCreateScreen’: > ../src/glx/driwindows_glx.c:479:48: error: ‘dpy’ undeclared (first use in this function) 08e2985e5743 moved this code from driwindowsCreateDisplay to driwindowsCreateScreen. Unfortunately, dpy is no longer a parameter, so we need to look it up in glx_display struct. (Looking it up in psc->base before it's initialized here initialized would be incorrect). Fixes: 08e2985e5743 ("glx: move driwindows_display::event_base to driwindows_context") Signed-off-by: Jon Turney <[email protected]> (cherry picked from commit db26f345301fb0559afecd4e1aa38655f1c6e1c3) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 9b50049d by Jon Turney at 2026-05-26T09:38:54+02:00 glx/windows: Drop static from driwindowsCreateScreen() > ../src/glx/driwindows_glx.c:445:1: error: static declaration of ‘driwindowsCreateScreen’ follows non-static declaration > 445 | driwindowsCreateScreen(int screen, struct glx_display *priv, bool driver_name_is_inferred) > ../src/glx/glxclient.h:160:20: note: previous declaration of ‘driwindowsCreateScreen’ with type ‘struct glx_screen *(int, struct glx_display *, _Bool)’ > 160 | struct glx_screen *driwindowsCreateScreen(int screen, struct glx_display *priv, bool driver_name_is_inferred); Since driwindowsCreateScreen() is now called directly, rather than via function pointers in the _GLXDRIdisplay structure, it needs to be public. Fixes: 0d78711cfb9f ("glx: delete __GLXDRIdisplay") Signed-off-by: Jon Turney <[email protected]> (cherry picked from commit 90c47206c598fb27b3af97a543d0ca87dd79af85) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - daa6a6a7 by Eric Engestrom at 2026-05-26T09:38:54+02:00 etnaviv: initialize value before calling etna_gpu_get_param(), in case it fails We could add an error check instead, but we actually need `features` to be fully initialized and we'd be setting it to `0` in the else, so let's just initialize `val = 0` and not have to care whether etna_gpu_get_param() succeeds. Fixes: 358e1f10c5263d4bacd7 ("etnaviv: drm: Initialize etna_core_info based on kernel features") (cherry picked from commit c5e413533f461cffb98150c9d91908ea1911c589) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - f481051c by Danylo Piliaiev at 2026-05-26T09:38:54+02:00 tu: Always lazy_init_vsc for tiler rendering Apparently we emitted uninitialized values for VSC in tu6_emit_tile_select when HW binning wasn't used, which Adreno 630 doesn't like and hangs. Instead of adding even more conditions, just always init VSC state, the rare cases where initializing it can be skipped - not worth the complexity. Fixes: 49191f46e60 ("tu/a6xx: Emit VSC addresses for each bin to restore after preemption") Signed-off-by: Danylo Piliaiev <[email protected]> (cherry picked from commit ebdcf84100596a7fe0a7ab605458349ac6c80a41) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 68c23dea by Lionel Landwerlin at 2026-05-26T09:38:54+02:00 anv: bump max compute workgroup count The HW can do up to UINT32_MAX but we're using that value to signal indirect dispatch arguments. A game like Resident Evil Requiem will use more than 64k on X dimension. Signed-off-by: Lionel Landwerlin <[email protected]> Cc: mesa-stable Reviewed-by: Tapani Pälli <[email protected]> Reviewed-by: Sagar Ghuge <[email protected]> (cherry picked from commit f19fc91c510d0a04868b257dce1f5a8d383a9c3f) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 65feab40 by Samuel Pitoiset at 2026-05-26T09:38:54+02:00 radv: enable radv_wait_for_vm_map_updates for Forza Horizon 6 It seems to have the same bug as Forza Horizon 5. Cc: mesa-stable Signed-off-by: Samuel Pitoiset <[email protected]> (cherry picked from commit b1083190d02cb244718816dded908088959d8054) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 9b7b1697 by Jose Maria Casanova Crespo at 2026-05-26T09:38:54+02:00 v3dv: avoid 16F TLB usage for B10G11R11_UFLOAT copies B10G11R11_UFLOAT_PACK32 maps to V3D_INTERNAL_TYPE_16F on the TLB, which canonicalizes NaN bit patterns when arbitrary 32 bits are reinterpreted as that format. The same canonicalization happens in the blit shader when sampling a B10G11R11 source. Both break the bit-exactness that vkCmdCopyImage, vkCmdCopyImageToBuffer and vkCmdCopyBufferToImage require, since the spec defines them as raw byte copies for any pair of texel-size compatible formats. Fix it by aliasing the format to R32_UINT whenever B10G11R11 is involved. This fixes dEQP-VK.api.copy_and_blit.*b10g11r11*, dEQP-VK.image.subresource_layout.*b10g11r11* and dEQP-VK.api.image_clearing.*b10g11r11* failures on V3D 7.1.7 (rpi5) and V3D 4.2 (rpi4). Assisted-by: Claude Opus 4.7 Cc: mesa-stable Reviewed-by: Iago Toral Quiroga <[email protected]> (cherry picked from commit cd9f2648d35578b3dd412c8251f7d15413c73c97) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - c2732898 by Iván Briano at 2026-05-26T09:38:54+02:00 anv: fix return of cmd_buffer_set_indirect_stride() function Unless the tristate is unset, which is not, it will be true when casted to bool, as the return of this function expects. Fixes: 2741ddd75ab ("anv: fix issues found with indirect data stride") Signed-off-by: Iván Briano <[email protected]> Reviewed-by: Lionel Landwerlin <[email protected]> Reviewed-by: Tapani Pälli <[email protected]> Reviewed-by: Paulo Zanoni <[email protected]> (cherry picked from commit 7b26ff692bad19219a42aef9e0c1f45901e5f793) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 37a750db by Iván Briano at 2026-05-26T09:38:54+02:00 anv, iris: fix MOCS Index setting of EXECUTE_INDIRECT_* commands Unlike most other things where the MOCS setting combines the MOCS Index and the protected memory bit, the EXECUTE_INDIRECT_DRAW/DISPATCH commands take only the MOCS Index, and it's limited to only 4 bits. Enabling the feature on ARL-H caused some tests to hit an assert when the MOCS selected ended up out of range. Rename the field to avoid confusion (and match documentation) and set it through a helper function that calls the same old function and shifts it down to fit. Fixes: d1109f67bb0 ("iris: Emit EXECUTE_INDIRECT_DRAW when available") Fixes: d161e3c2e2f ("iris: Emit a EXECUTE_INDIRECT_DISPATCH when available") Fixes: 580728564e5 ("anv: Emit a EXECUTE_INDIRECT_DISPATCH when available") Fixes: 6d4f43f0d6f ("anv: Emit EXECUTE_INDIRECT_DRAW when available") Fixes: 7a9e82e82f5 ("genxml/12.5: Add the EXECUTE_INDIRECT_DISPATCH instruction") Fixes: 4229757309a ("genxml/12.5: Add the EXECUTE_INDIRECT_DRAW instruction") Signed-off-by: Iván Briano <[email protected]> Reviewed-by: Lionel Landwerlin <[email protected]> Reviewed-by: Tapani Pälli <[email protected]> (cherry picked from commit b4209581664db686a19862c28fd7f57c6a0894c6) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 307c6f1e by UMUTech at 2026-05-26T09:38:54+02:00 wsi: correct the erroneous assertion Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15452 Fixes: d50937f137201e1d90ce ("vulkan/wsi: Implement prime in a completely generic way") (cherry picked from commit 3d71e6553ed8ff5fc02e2c4a6681b72a037e7ae0) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 38d8c76f by Georg Lehmann at 2026-05-26T09:38:54+02:00 radv: use radv_get_sampled_image_desc_size instead of open coding it Cc: mesa-stable Reviewed-by: Samuel Pitoiset <[email protected]> (cherry picked from commit 1b8465a38f79d33c8053dfbafd8ddb6c18a638ff) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 00cfaec3 by Georg Lehmann at 2026-05-26T09:38:54+02:00 radv: add radv_force_64_byte_sampled_image dri conf option Cc: mesa-stable Reviewed-by: Samuel Pitoiset <[email protected]> (cherry picked from commit 1234a01ddae331780dd757eb3d8f502af1b58bc4) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - fab33c65 by Georg Lehmann at 2026-05-26T09:38:54+02:00 radv: enable radv_force_64_byte_sampled_image for Forza Horizon 6 Using 64 byte descriptors lets vkd3d-proton work around descriptor type mismatches. Cc: mesa-stable Reviewed-by: Samuel Pitoiset <[email protected]> (cherry picked from commit a6c444d0736817735215a4bb93a58c272d44ecf8) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 47740246 by Mike Blumenkrantz at 2026-05-26T09:38:54+02:00 zink: fix unbinding vertex buffers from null VS state num_bindings doesn't encompass all the bound buffers if bindings reuse the same buffers Fixes: f8c96df9d27 ("zink: move vbo unbind to bind_vertex_state") (cherry picked from commit 64be743fbe1c2185f3b55826a6e78b1c79e79cfa) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - c848d5e9 by Lorenzo Rossi at 2026-05-26T09:38:55+02:00 pan/valhall: fuse_cmp skip when fusing the same instruction CSE can cause some cases where we had %3 = ICMP_OR %1, %2, 0 %4 = ICMP_OR %1, %2, 0 %5 = LSHIFT_AND %3, %4 To become %3 = ICMP_OR %1, %2, 0 %5 = LSHIFT_AND %3, %3 The va_fuse_cmp pass would try to rewrite this as %3 = ICMP_AND %1, %2, %3 But this is obviously wrong, we should not fuse the same instruction together. Fixes: 800a8614313 ("pan/bi: Fuse FCMP/ICMP on Valhall") Signed-off-by: Lorenzo Rossi <[email protected]> Found-by: Ryan Zhang <[email protected]> Reviewed-by: Ryan Zhang <[email protected]> Reviewed-by: Eric R. Smith <[email protected]> (cherry picked from commit 0a4b7f69c1634765824d94159c9bcd1249bf0010) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 9031d3bd by Michael Cheng at 2026-05-26T09:38:55+02:00 brw: Fix ordered dependency exec_all handling on Xe2+ On Xe2+ the Wa_1407528679 NoMask workaround is disabled, so baked_ordered_dependency_mode() should treat all instructions as exec_all, matching the logic in gather_inst_dependencies() and emit_inst_dependencies(). Without this, ordered RegDist dependencies from uniform/WE_all producers (e.g. 'mov s0, imm') are not found during baking and fall through as separate WE_all SYNC NOPs. Real shaders pile up dozens of these in front of masked sends. v2(Caio): Fix existing scalar_register test expectations Signed-off-by: Michael Cheng <[email protected]> Fixes: 47a6ef3fef8f ("brw/scoreboard: Use a predicate helper for the nomask workaround") (cherry picked from commit ec778a297f004036648d4ca3310facb05297d716) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 24f9b882 by Caio Oliveira at 2026-05-26T09:38:55+02:00 nir: Add print for other cmat_description slots Fixes: 102d7409ef3 ("nir: Add convert_cmat_intel intrinsic") Reviewed-by: Ian Romanick <[email protected]> (cherry picked from commit 7b286abe33679ea23b85303b2ab0aa72d3997257) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 5e103972 by Icenowy Zheng at 2026-05-26T09:38:55+02:00 llvmpipe: stub other functions inside compute shaders for ORCJIT ORCJIT expects every functions prototypes to be present even when using object caches. Code for adding stubs for entry point functions was added previously when implementing shader cache for ORCJIT, but when using OpenCL, extra functions could be present in compute shaders which need stubs too. Reuse the code for constructing references for extra functions to generate function stubs for them. This fixes function calls with Rusticl on llvmpipe with ORCJIT. Fixes: bb0efdd4d896 ("llvmpipe: add shader cache support for ORCJIT implementation") Signed-off-by: Icenowy Zheng <[email protected]> Reviewed-by: Dave Airlie <[email protected]> (cherry picked from commit 3522f0f24c98a3f9bd04ee74c7dfb9efc4675d51) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - dec76d57 by Lionel Landwerlin at 2026-05-26T09:38:55+02:00 anv: fix missing bindless flag hashing It got dropped in a rebase it seems... Signed-off-by: Lionel Landwerlin <[email protected]> Cc: mesa-stable Reviewed-by: Ivan Briano <[email protected]> (cherry picked from commit f35a0f3ba539bb9ec046eb0509eb0eb143fef320) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 20000ec5 by Lionel Landwerlin at 2026-05-26T09:38:55+02:00 anv: fix render target remapping tracking at the beginning of render passes At the beginning of render passes we need to consider all entries as unknown because it's all new color outputs. Signed-off-by: Lionel Landwerlin <[email protected]> Fixes: d2f7b6d5a7 ("anv: implement VK_KHR_dynamic_rendering_local_read") Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15475 Reviewed-by: Ivan Briano <[email protected]> (cherry picked from commit f34dd96ab52365c2037f212cc1462ad2b3701d74) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 0b47e3bd by Lionel Landwerlin at 2026-05-26T09:38:55+02:00 spirv: fixup infinite recursion with shader replacement While trying to use that feature on RADV I ran into an infinite recursion. Signed-off-by: Lionel Landwerlin <[email protected]> Fixes: 97b4a6d0e3 ("compiler: SPIR-V shader replacement") Reviewed-by: Mike Blumenkrantz <[email protected]> (cherry picked from commit 88418718a9c2799ae7bcc897573de8bc034259ac) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - fbb31eb0 by Mike Blumenkrantz at 2026-05-26T09:38:55+02:00 zink: create views for samplers lazily pipe_context::create_sampler_view can be called from different threads, so the vulkan object must not be accessed in order to avoid conflicts with driver thread operations Closes: https://gitlab.freedesktop.org/mesa/mesa/-/work_items/15337 cc: mesa-stable (cherry picked from commit cafa22142bf11b933814277a1d4f26d7e68a4947) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - ba144505 by Valentine Burley at 2026-05-26T09:38:55+02:00 tu/kgsl: Fix memory type support detection for unsupported flags Stops incorrectly assuming cached-coherent memory is supported on hardware that does not support it, such as a610 and a619-holi. Fixes: 5a594109623 ("turnip: add cached and cached-coherent memory types") Signed-off-by: Valentine Burley <[email protected]> (cherry picked from commit 7395ae7494de5365fbf1ab78dd6b4c2e98a07c55) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - f012286b by Faith Ekstrand at 2026-05-26T09:38:55+02:00 panvk/csf: fix VERTEX_SPD dirty tracking when topology changes Fixes: c7b94b098c54 ("panvk: Add v12 support") Signed-off-by: Olivia Lee <[email protected]> Reviewed-by: Boris Brezillon <[email protected]> Reviewed-by: Christian Gmeiner <[email protected]> (cherry picked from commit a56b15edc6f67900952f460b087fd786d255031b) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - cb2123e9 by Patrick Lerda at 2026-05-26T09:38:55+02:00 i915: fix emit_hw_vertex() unbounded memory access This change adds the DRAW_ATTR_NONEXIST functionality which fixes the memory access issue. For instance, this issue is triggered with "piglit/bin/glsl-routing -auto -fbo": ==8384==ERROR: AddressSanitizer: heap-use-after-free on address 0xa11dfd84 at pc 0xae573fbd bp 0xbf87f688 sp 0xbf87f67c READ of size 4 at 0xa11dfd84 thread T0 #0 0xae573fbc in emit_hw_vertex ../src/gallium/drivers/i915/i915_prim_emit.c:92 #1 0xae574ab0 in emit_prim ../src/gallium/drivers/i915/i915_prim_emit.c:154 #2 0xae574ab0 in setup_tri ../src/gallium/drivers/i915/i915_prim_emit.c:160 #3 0xad65d322 in do_triangle ../src/gallium/auxiliary/draw/draw_pipe.c:173 #4 0xad65d322 in pipe_run_linear ../src/gallium/auxiliary/draw/draw_decompose_tmp.h:181 #5 0xad663375 in draw_pipeline_run_linear ../src/gallium/auxiliary/draw/draw_pipe.c:337 #6 0xad86d9ac in pipeline ../src/gallium/auxiliary/draw/draw_pt_fetch_shade_pipeline_llvm.c:476 #7 0xad86d9ac in llvm_pipeline_generic ../src/gallium/auxiliary/draw/draw_pt_fetch_shade_pipeline_llvm.c:701 #8 0xad86ed75 in llvm_middle_end_linear_run ../src/gallium/auxiliary/draw/draw_pt_fetch_shade_pipeline_llvm.c:784 #9 0xad6aaaee in vsplit_segment_simple_linear ../src/gallium/auxiliary/draw/draw_pt_vsplit_tmp.h:223 #10 0xad6aaaee in vsplit_run_linear ../src/gallium/auxiliary/draw/draw_split_tmp.h:64 #11 0xad68a74b in draw_pt_arrays ../src/gallium/auxiliary/draw/draw_pt.c:161 #12 0xad68b7ca in draw_pt_arrays_restart ../src/gallium/auxiliary/draw/draw_pt.c:430 #13 0xad68b7ca in draw_instances ../src/gallium/auxiliary/draw/draw_pt.c:491 #14 0xad68ce0a in draw_vbo ../src/gallium/auxiliary/draw/draw_pt.c:628 #15 0xae5651d4 in i915_draw_vbo ../src/gallium/drivers/i915/i915_context.c:115 #16 0xae5651d4 in i915_draw_vbo ../src/gallium/drivers/i915/i915_context.c:51 #17 0xac7f50d3 in _mesa_draw_arrays ../src/mesa/main/draw.c:1204 Fixes: 247cee92df0e ("i915g: replace "uint" with normal uint32_t.") Signed-off-by: Patrick Lerda <[email protected]> (cherry picked from commit ea54dea3a4cb137de39768ba9632ae53efc71fe5) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - f4dfbe33 by Job Noorman at 2026-05-27T15:53:12+02:00 ir3: mark __alias_n as UNUSED in foreach_src_in_alias_group_n Recent versions of GCC started throwing a warning here when this macro is used from foreach_src_in_alias_group. Signed-off-by: Job Noorman <[email protected]> (cherry picked from commit 49c658972f7614e9660fb86fe4303798b129f5b9) Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41829> - - - - - 62f238ed by Eric Engestrom at 2026-05-27T19:02:08+02:00 docs: add release notes for 26.0.8 - - - - - 60e95b78 by Eric Engestrom at 2026-05-27T19:02:08+02:00 VERSION: bump for 26.0.8 - - - - - 76 changed files: - .pick_status.json - VERSION - docs/relnotes.rst - docs/relnotes/26.0.7.rst - + docs/relnotes/26.0.8.rst - src/amd/compiler/aco_register_allocation.cpp - src/amd/compiler/tests/test_isel.cpp - src/amd/compiler/tests/test_regalloc.cpp - src/amd/llvm/ac_llvm_helper.cpp - src/amd/vulkan/radv_descriptor_pool.c - src/amd/vulkan/radv_instance.c - src/amd/vulkan/radv_instance.h - src/amd/vulkan/radv_physical_device.c - src/amd/vulkan/radv_physical_device.h - src/broadcom/ci/broadcom-rpi4-fails.txt - src/broadcom/vulkan/v3dv_meta_copy.c - src/broadcom/vulkan/v3dv_queue.c - src/compiler/clc/clc_helpers.cpp - src/compiler/nir/nir_lower_bit_size.c - src/compiler/nir/nir_lower_system_values.c - src/compiler/nir/nir_print.c - src/compiler/spirv/nir_spirv.h - src/compiler/spirv/spirv_to_nir.c - src/egl/drivers/dri2/egl_dri2.h - src/etnaviv/drm/etnaviv_gpu.c - src/freedreno/computerator/a6xx.cc - src/freedreno/ir3/ir3.h - src/freedreno/vulkan/tu_cmd_buffer.cc - src/freedreno/vulkan/tu_knl_kgsl.cc - src/freedreno/vulkan/tu_sampler.cc - src/gallium/drivers/i915/i915_prim_emit.c - src/gallium/drivers/iris/iris_state.c - src/gallium/drivers/llvmpipe/lp_screen.c - src/gallium/drivers/llvmpipe/lp_state_cs.c - src/gallium/drivers/r600/r600_state.c - src/gallium/drivers/radeonsi/radeon_uvd_enc.c - src/gallium/drivers/zink/ci/zink-nvk-ad106-fails.txt - src/gallium/drivers/zink/ci/zink-nvk-ga106-fails.txt - src/gallium/drivers/zink/zink_context.c - src/gallium/drivers/zink/zink_types.h - src/gallium/targets/rusticl/meson.build - src/glx/driwindows_glx.c - src/imagination/ci/bxs-4-64-fails.txt - src/imagination/ci/bxs-4-64-flakes.txt - src/imagination/ci/bxs-4-64-skips.txt - src/imagination/vulkan/pvr_arch_cmd_buffer.c - src/imagination/vulkan/pvr_arch_pipeline.c - src/imagination/vulkan/pvr_arch_queue.c - src/intel/compiler/brw/brw_lower_scoreboard.cpp - src/intel/compiler/brw/test_lower_scoreboard.cpp - src/intel/decoder/meson.build - src/intel/dev/intel_device_info.h - src/intel/genxml/gen125.xml - src/intel/genxml/gen200.xml - src/intel/vulkan/anv_physical_device.c - src/intel/vulkan/anv_private.h - src/intel/vulkan/anv_shader_compile.c - src/intel/vulkan/genX_cmd_buffer.c - src/intel/vulkan/genX_cmd_compute.c - src/intel/vulkan/genX_cmd_draw.c - src/intel/vulkan/meson.build - src/nouveau/compiler/nak.h - src/nouveau/compiler/nak/from_nir.rs - src/nouveau/compiler/nak/qmd.rs - src/nouveau/compiler/nak_nir_lower_tex.c - src/nouveau/vulkan/nvk_cmd_buffer.c - src/nouveau/vulkan/nvk_cmd_indirect.c - src/panfrost/ci/gitlab-ci-inc.yml - src/panfrost/compiler/bifrost/bi_helper_invocations.c - src/panfrost/compiler/bifrost/bifrost_compile.c - src/panfrost/compiler/bifrost/valhall/va_optimize.c - src/panfrost/vulkan/csf/panvk_vX_cmd_draw.c - src/util/00-radv-defaults.conf - src/util/driconf.h - src/virtio/vulkan/vn_device.c - src/vulkan/wsi/wsi_common.c The diff was not included because it is too large. View it on GitLab: https://salsa.debian.org/xorg-team/lib/mesa/-/compare/27cdb9ff9315a904b9827f9e711e68bb5e856e50...60e95b787857afbc9a00b693b91c0d9c8923a430 -- View it on GitLab: https://salsa.debian.org/xorg-team/lib/mesa/-/compare/27cdb9ff9315a904b9827f9e711e68bb5e856e50...60e95b787857afbc9a00b693b91c0d9c8923a430 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