Manual merge of version 24.0.7-1+rpi1 and 25.0.7-2 to produce 25.0.7-2+rpi1

Merge mesa (25.0.7-2) import into refs/heads/workingbranch

[PATCH] kopper: Revert "kopper: Explicitly choose zink"

This reverts commit 854bc2ee05f90e426f318352682144050e402d4b.

Forcing zink explicitly would get zink-on-lvp picked up over llvmpipe
for gbm dri support, which is not intended. Currently, zink_screen's
choose_pdev won't be able to reject it when the driver name is explicit.
So we have to revert the change first to mitigate regressions.

Reported-by: @n3rdopolis @0xnihilo
Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13009
Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13053
Fixes: 854bc2ee05f ("kopper: Explicitly choose zink")
Acked-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/35039>
(cherry picked from commit e6481d3f42e0cd735fda38fb3029e6f8abf5a0e6)

Gbp-Pq: Name kopper-Revert-kopper-Explicitly-choose-zink.patch

[PATCH] Revert "hasvk/elk: stop turning load_push_constants into load_uniform"

This reverts commit b036d2ded2de32e81730ec8ce37c803bad112efa.

This seems to break gtk4 and other stuff.

Cc: mesa-stable
(taking ack from Lionel saying we should revert)

Acked-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/35407>
(cherry picked from commit 870b8717b25eceadac8dd653debe8346826227cb)

Gbp-Pq: Name Revert-hasvk-elk-stop-turning-load_push_constants-in.patch

[PATCH 1/3] etnaviv: isa: Add txf instruction

This instruction is used to implement texelfetch.

Blob generates such txf's for
dEQP-GLES3.functional.shaders.texture_functions.texelfetch.+

Signed-off-by: Christian Gmeiner <cgmeiner@igalia.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/34685>

Gbp-Pq: Name etnaviv-add-support-for-texelfetch.patch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.7-2) unstable; urgency=medium

  * patches: Revert a commit to fix mobian vm's. (Closes: #1107895)

[dgit import unpatched mesa 25.0.7-2]

Import mesa_25.0.7-2.debian.tar.xz

[dgit import tarball mesa 25.0.7-2 mesa_25.0.7-2.debian.tar.xz]

Import mesa_25.0.7.orig.tar.xz

[dgit import orig mesa_25.0.7.orig.tar.xz]

Merge mesa (25.0.5-2) import into refs/heads/workingbranch

[PATCH 1/3] etnaviv: isa: Add txf instruction

This instruction is used to implement texelfetch.

Blob generates such txf's for
dEQP-GLES3.functional.shaders.texture_functions.texelfetch.+

Signed-off-by: Christian Gmeiner <cgmeiner@igalia.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/34685>

Gbp-Pq: Name etnaviv-add-support-for-texelfetch.patch

drisw: Avoid crashing when swrast_loader == NULL

This is a blanket fix for all the segfaults in `drisw_init_screen()`
when `swrast_loader` is NULL, since 1de7c86bc1. A similar more targeted
fix for vmwgfx can be found in f3b8d7da46 ("egl: never select swrast
for vmwgfx"). We can safely return NULL because the caller
`driCreateNewScreen3` handles NULL, as does its own callers.

As this is currently the top crasher of gnome-shell since Ubuntu
upgraded to Mesa 25 and it seems to be coming from multiple different
drivers still, we want a universal fix to at least stop the crash
reports. People can figure out which drivers still need tweaking in
`dri2_load_driver` or elsewhere later.

Fixes: 1de7c86bc1 ("dri: pass through a type enum for creating screen instead of driver_extensions")
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12678 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12859 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12300 (nvidia-drm)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12462 (nvidia-drm)
Bug-Ubuntu: https://bugs.launchpad.net/bugs/2101817

Gbp-Pq: Name drisw-Avoid-crashing-when-swrast_loader-NULL.patch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.5-2) unstable; urgency=medium

  [ Johannes Schauer Marin Rodrigues ]
  * cherry-pick patch from upstream: etnaviv-add-support-for-texelfetch.patch
    (Closes: #1104029)

[dgit import unpatched mesa 25.0.5-2]

Import mesa_25.0.5-2.debian.tar.xz

[dgit import tarball mesa 25.0.5-2 mesa_25.0.5-2.debian.tar.xz]

Merge mesa (25.0.5-1) import into refs/heads/workingbranch

Import mesa_25.0.5.orig.tar.xz

[dgit import orig mesa_25.0.5.orig.tar.xz]

drisw: Avoid crashing when swrast_loader == NULL

This is a blanket fix for all the segfaults in `drisw_init_screen()`
when `swrast_loader` is NULL, since 1de7c86bc1. A similar more targeted
fix for vmwgfx can be found in f3b8d7da46 ("egl: never select swrast
for vmwgfx"). We can safely return NULL because the caller
`driCreateNewScreen3` handles NULL, as does its own callers.

As this is currently the top crasher of gnome-shell since Ubuntu
upgraded to Mesa 25 and it seems to be coming from multiple different
drivers still, we want a universal fix to at least stop the crash
reports. People can figure out which drivers still need tweaking in
`dri2_load_driver` or elsewhere later.

Fixes: 1de7c86bc1 ("dri: pass through a type enum for creating screen instead of driver_extensions")
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12678 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12859 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12300 (nvidia-drm)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12462 (nvidia-drm)
Bug-Ubuntu: https://bugs.launchpad.net/bugs/2101817

Gbp-Pq: Name drisw-Avoid-crashing-when-swrast_loader-NULL.patch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.5-1) unstable; urgency=medium

  [ Simon McVittie ]
  * Share a single JSON manifest per Vulkan driver between all architectures
    (Closes: #980148)

  [ Timo Aaltonen ]
  * New upstream release.

[dgit import unpatched mesa 25.0.5-1]

Import mesa_25.0.5-1.debian.tar.xz

[dgit import tarball mesa 25.0.5-1 mesa_25.0.5-1.debian.tar.xz]

Merge mesa (25.0.4-1) import into refs/heads/workingbranch

drisw: Avoid crashing when swrast_loader == NULL

This is a blanket fix for all the segfaults in `drisw_init_screen()`
when `swrast_loader` is NULL, since 1de7c86bc1. A similar more targeted
fix for vmwgfx can be found in f3b8d7da46 ("egl: never select swrast
for vmwgfx"). We can safely return NULL because the caller
`driCreateNewScreen3` handles NULL, as does its own callers.

As this is currently the top crasher of gnome-shell since Ubuntu
upgraded to Mesa 25 and it seems to be coming from multiple different
drivers still, we want a universal fix to at least stop the crash
reports. People can figure out which drivers still need tweaking in
`dri2_load_driver` or elsewhere later.

Fixes: 1de7c86bc1 ("dri: pass through a type enum for creating screen instead of driver_extensions")
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12678 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12859 (radeon)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12300 (nvidia-drm)
Related: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12462 (nvidia-drm)
Bug-Ubuntu: https://bugs.launchpad.net/bugs/2101817

Gbp-Pq: Name drisw-Avoid-crashing-when-swrast_loader-NULL.patch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.4-1) unstable; urgency=medium

  * New upstream release.
  * patches: Drop upstreamed gfxstream patches.

[dgit import unpatched mesa 25.0.4-1]

Import mesa_25.0.4.orig.tar.xz

[dgit import orig mesa_25.0.4.orig.tar.xz]

Import mesa_25.0.4-1.debian.tar.xz

[dgit import tarball mesa 25.0.4-1 mesa_25.0.4-1.debian.tar.xz]

Merge mesa (25.0.3-1) import into refs/heads/workingbranch

[PATCH] gfxstream: follow the semantics desired by distro VK loader

- vkCreateInstance should return VK_SUCCESS absent a few specific
  conditions
- just don't add any physical devices later

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-follow-the-semantics-desired-by-distro-VK.diff

[PATCH] gfxstream: refactor device initialization

Don't add unnecessary logspam if virtgpu isn't present.

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-refactor-device-init.diff

[PATCH] gfxstream: check device exists before using it

Segfaults in the error case otherwise.

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-check-device-before-using.diff

[PATCH] gfxstream: Add common interfaces in the VirtGpuDevice to query DrmInfo and PciBusInfo

- Advertise the availability of these extensions, fully implemented as
guestOnly features

Reviewed-By: Gurchetan Singh <gurchetansingh@google.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33363>

Gbp-Pq: Name gfxstream-add-common-interfaces.diff

[PATCH] gfxstream: Make the virtgpu device discovery for LinuxVirtGpu more robust

Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33363>

Gbp-Pq: Name gfxstream-make-virtgpu-discovery-more-robust.diff

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.3-1) unstable; urgency=medium

  * New upstream release.
  * patches: Further fixes for spam caused by gfxstream.

[dgit import unpatched mesa 25.0.3-1]

Import mesa_25.0.3.orig.tar.xz

[dgit import orig mesa_25.0.3.orig.tar.xz]

Import mesa_25.0.3-1.debian.tar.xz

[dgit import tarball mesa 25.0.3-1 mesa_25.0.3-1.debian.tar.xz]

Merge mesa (25.0.2-1) import into refs/heads/workingbranch

[PATCH] gfxstream: refactor device initialization

Don't add unnecessary logspam if virtgpu isn't present.

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-refactor-device-init.diff

[PATCH] gfxstream: check device exists before using it

Segfaults in the error case otherwise.

Cc: mesa-stable
Reviewed-by: Aaron Ruby <aruby@qnx.com>
Gbp-Pq: Name gfxstream-check-device-before-using.diff

[PATCH] gfxstream: Add common interfaces in the VirtGpuDevice to query DrmInfo and PciBusInfo

- Advertise the availability of these extensions, fully implemented as
guestOnly features

Reviewed-By: Gurchetan Singh <gurchetansingh@google.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33363>

Gbp-Pq: Name gfxstream-add-common-interfaces.diff

[PATCH] gfxstream: Make the virtgpu device discovery for LinuxVirtGpu more robust

Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33363>

Gbp-Pq: Name gfxstream-make-virtgpu-discovery-more-robust.diff

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.2-1) unstable; urgency=medium

  * New upstream release.
  * patches: Fix spam from gfxstream. (Closes: #1100360)
  * rules: Update gentarball target to use xz and the current tree.

[dgit import unpatched mesa 25.0.2-1]

Import mesa_25.0.2.orig.tar.xz

[dgit import orig mesa_25.0.2.orig.tar.xz]

Import mesa_25.0.2-1.debian.tar.xz

[dgit import tarball mesa 25.0.2-1 mesa_25.0.2-1.debian.tar.xz]

Merge mesa (25.0.1-2) import into refs/heads/workingbranch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (25.0.1-2) unstable; urgency=medium

  * rules: Build gfxstream only on 64bit. (Closes: #1099704)

[dgit import unpatched mesa 25.0.1-2]

Import mesa_25.0.1-2.debian.tar.xz

[dgit import tarball mesa 25.0.1-2 mesa_25.0.1-2.debian.tar.xz]

Import mesa_25.0.1.orig.tar.xz

[dgit import orig mesa_25.0.1.orig.tar.xz]

Merge mesa (24.3.4-3) import into refs/heads/workingbranch

disable use of ppc64el assembly code

Bug-Debian: https://bugs.debian.org/1092890
Last-Update: 2025-02-02

Gbp-Pq: Name disable_ppc64el_assembly.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (24.3.4-3) unstable; urgency=medium

  [ Dmitry Shachnev ]
  * Revert "Build with gcc-12 and -O1 on ppc64el".
  * Add a patch to disable ppc64el assembly code. (Closes: #1092890)

  [ Emilio Pozuelo Monfort ]
  * Release to sid.

[dgit import unpatched mesa 24.3.4-3]

Import mesa_24.3.4-3.debian.tar.xz

[dgit import tarball mesa 24.3.4-3 mesa_24.3.4-3.debian.tar.xz]

Import mesa_24.3.4.orig.tar.xz

[dgit import orig mesa_24.3.4.orig.tar.xz]

Merge mesa (24.2.8-1) import into refs/heads/workingbranch

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (24.2.8-1) unstable; urgency=medium

  * New upstream release.

[dgit import unpatched mesa 24.2.8-1]

Import mesa_24.2.8.orig.tar.xz

[dgit import orig mesa_24.2.8.orig.tar.xz]

Import mesa_24.2.8-1.debian.tar.xz

[dgit import tarball mesa 24.2.8-1 mesa_24.2.8-1.debian.tar.xz]

Merge mesa (24.2.7-1) import into refs/heads/workingbranch

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (24.2.7-1) unstable; urgency=medium

  * New upstream release.

[dgit import unpatched mesa 24.2.7-1]

Import mesa_24.2.7.orig.tar.xz

[dgit import orig mesa_24.2.7.orig.tar.xz]

Import mesa_24.2.7-1.debian.tar.xz

[dgit import tarball mesa 24.2.7-1 mesa_24.2.7-1.debian.tar.xz]

Merge mesa (24.2.6-1) import into refs/heads/workingbranch

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (24.2.6-1) unstable; urgency=medium

  * New upstream release.
  * fix-armhf-build.diff: Dropped, upstream.

[dgit import unpatched mesa 24.2.6-1]

Import mesa_24.2.6.orig.tar.xz

[dgit import orig mesa_24.2.6.orig.tar.xz]

Import mesa_24.2.6-1.debian.tar.xz

[dgit import tarball mesa 24.2.6-1 mesa_24.2.6-1.debian.tar.xz]

Merge mesa (24.2.4-1) import into refs/heads/workingbranch

fix-armhf-build

Gbp-Pq: Name fix-armhf-build.diff

src_glx_dri_common.h

Gbp-Pq: Name src_glx_dri_common.h.diff

path_max

Gbp-Pq: Name path_max.diff

mesa (24.2.4-1) unstable; urgency=medium

  * New upstream release.
  * clc-find-opencl-headers.diff: Dropped, upstream.

[dgit import unpatched mesa 24.2.4-1]

Import mesa_24.2.4.orig.tar.xz

[dgit import orig mesa_24.2.4.orig.tar.xz]

Import mesa_24.2.4-1.debian.tar.xz

[dgit import tarball mesa 24.2.4-1 mesa_24.2.4-1.debian.tar.xz]

Merge mesa (24.2.3-1) import into refs/heads/workingbranch

fix-armhf-build

Gbp-Pq: Name fix-armhf-build.diff

[PATCH] clc: find opencl headers from the installed llvm/clang location

A number of people report the headers not being found when running
intel-clc. I've run into the same issue but only on the most recent
Ubuntu version.

Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com>
Gbp-Pq: Name clc-find-opencl-headers.diff