- drop two merged patches
- clover frontend is always compiled, even if not enabled
clover is deprecated and was removed in master branch
add a patch to fix that
- install gbm_backend_abi.h
(From OE-Core rev: 3d334e5b1e0e152178afce73f01cd1a3ded30677)
Signed-off-by: Markus Volk <f_l_k@t-online.de>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
mesa build currently emits CLANG_RESOURCE_DIR into compiled objects and
meson calculates it from llvm cmake files from sysroot and it points to
absolute paths in target sysroot. To fix this backport a patch that does
not rely on CLANG_RESOURCE_DIR, however, this patch still leaves it in
code as fallback via FALLBACK_CLANG_RESOURCE_DIR, we are on LLVM 20.x
which will not use this variable, lets just remove detection so it does
not encode hardcoded paths.
Fixes
ERROR: mesa-2_25.0.2-r0 do_package_qa: QA Issue: File /usr/lib/libMesaOpenCL.so.1.0.0 in package libopencl-mesa contains reference to TMPDIR [buildpaths]
ERROR: mesa-2_25.0.2-r0 do_package_qa: Fatal QA errors were found, failing task.
(From OE-Core rev: afcde8eb575684fb514e1012b31bc0da04f4cb28)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is needed for clang to find the c++ headers when invoked via
bindgen
Fixes
| /mnt/b/yoe/master/sources/poky/build/tmp/work/cortexa57-poky-linux/mesa/25.0.2/recipe-sysroot/usr/include/llvm/ADT/DenseMapInfo.h:17:10: fatal error: 'cassert' file not found
| Unable to generate bindings: clang diagnosed error: /mnt/b/yoe/master/sources/poky/build/tmp/work/cortexa57-poky-linux/mesa/25.0.2/recipe-sysroot/usr/include/llvm/ADT/DenseMapInfo.h:17:10: fatal error: 'cassert' file not found
|
(From OE-Core rev: 6d9f95a25dd32871e8c07ec3295a216236b3a7e0)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add a patch bundling OpenCL headers into meta-clc. This removes extra
runtime dependencies when runnign meta-clc compiler.
(From OE-Core rev: 8a627d93a6a37382c75ca45f5afb9fec069877f8)
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Drop the bingen-target and bindgen-includedir options in favour of the
bindgen_clang_args being passed through the meson target file.
(From OE-Core rev: efd31bbd52b94ac7633e5c9d1664f2305c074059)
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If panfrost is enabled, we currently build panfrost tools and the
gallium driver. There's also a vulkan driver available for panfrost, so
let's enable it as well whenever panfrost PACKAGECONFIG is enabled,
similarly to how it's done for the gallium driver.
PanVK is the "commercial" name for the vulkan driver for panfrost but
it's enabled under the panfrost name in meson.
This was "tested" with `vkgears -info` with mesa-demos from commit
11939e1697b894be3c68a89e3ea86fc51a320836 on an RK3588-based system.
(From OE-Core rev: a04b7772d65e0b92330b1d35e578b5d8ae01dcef)
Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
For the sake of uniformity add the svga PACKAGECONFIG and use it to
guard inclusion of the svga Gallium driver.
(From OE-Core rev: 0fa6c2e6eb6c0b5eadb447bfa01a9b0930f9a9da)
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Follow the example of other hardware platforms and introduce a separate
PACKAGECONFIG knbob for all AMD/ATI cards. Enable it by default on x86
platforms.
(From OE-Core rev: 6a2170ea7722c214412c05a7b98eede41611bb64)
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
It mostly doesn't make sense to build i915 & Co drivers for non-x86
targets. Add separate 'intel' PACKAGECONFIG entry (enabled by default on
x86) and use it to select Intel-related drivers.
(From OE-Core rev: 77c18b21cee43f25486337b958635fbe991321ac)
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Update status of mesa build fix as the patch have been submitted to the
project.
(From OE-Core rev: 1857b8b1dd0e36785e57f30c0629accfee3c8f27)
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Backport a patch from upstream to fix the build when glx.pc isn't found,
but the glx headers are available. As libglvnd is the only provider of
glx.pc and by default we build without libglvnd, this is common.
This solves the problem where mesa-demo is missing the GLX demos, such
as glxgears.
[ YOCTO #15825 ]
(From OE-Core rev: 764765e48ff02e412944bdca8885fb30ea0cbb76)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
As Mesa is built with Meson now, there's no need to delete the .la files
as they're not installed in the first place.
(From OE-Core rev: 9d5541c8b9e7713abd6c8e32a6881304f3349cb2)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Mesa now has two OpenCL implementations: Clover (older one) and RustiCL
(newer one). Extend the "opencl" package config to include both
implementations into the libopencl-mesa (-dev) packages. As the Clover
implementation is in maintenance mode and is expected to be removed at
Mesa 25.2, it doesn't make sense to split the packages or to provide
two config options.
(From OE-Core rev: d76672d674b1e354ad774b8cef2d8b6cd4c9f400)
Signed-off-by: Zoltán Böszörményi <zboszor@gmail.com>
[DB: merged "rusticl" and "clover" back to "opencl", reworked rust inheritance]
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Upgrade the Mesa package, dropping applied and refreshing outstanding
patches. The dri3 config option is now gone, dependencies are merged
into X11 deps. The swrast gallium driver has been split into softpipe
and llvmpipe drivers. Reworked OpenCL support to use mesa_clc compiler.
License-Update: license text cleared and clarified.
(From OE-Core rev: f9eb0468e45ee5a6a3b3195ef5e78c328c4347c9)
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The new version is in a location that isn't discoverable
by upstream version checks, and so has been overlooked for a while.
Drop patches:
0001-mesa-demos-Add-missing-data-files.patch
(backport)
0004-Use-DEMOS_DATA_DIR-to-locate-data-files.patch
(very old patch rejected by upstream as not necessary and not making sense:
https://gitlab.freedesktop.org/mesa/demos/-/issues/9 )
Disably wayland for now due to libdecor dependency,
adjust other feature dependencies as needed.
(From OE-Core rev: 59a9e96fa43e18af932cec7c2f1a36d9fcafff94)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Recipes are much more readable with whitespace around the assignment operators.
Fix various assignments in OE-Core to show this is definitely the preferred
formatting.
(From OE-Core rev: 30ea609d3357fb3de911f2f6a5e6856c151b976a)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Building weston with core-image-weston SDK fails:
```
../libweston/renderer-gl/gl-shader-config-color-transformation.c:29:10: fatal error: GLES3/gl3.h: No such file or directory
29 | #include <GLES3/gl3.h>
| ^~~~~~~~~~~~~
```
Both GLES2 and GLES3 implementations are contained in libGLESv2.so.2,
which is packaged in libgles2-mesa. However, the headers are split
between libgles2-mesa-dev and libgles3-mesa-dev, which is why the
GLES3 headers end up missing in the SDK sysroot.
Add a dependency so the GLES3 headers are properly associated with
the GLES3 implementation.
(From OE-Core rev: 7e1308ec413e69a8427ac5998431005d9e4b8033)
Signed-off-by: Tom Hochstein <tom.hochstein@oss.nxp.com>
Signed-off-by: Mathieu Dubois-Briand <mathieu.dubois-briand@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This allows automated updates of the recipe together with mesa-gl
variant, and avoids having to check that update submissions
do include mesa-gl file rename.
(From OE-Core rev: f5cfb3e23603cefb2f3f6bfe776afaedefd10808)
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
As of mesa version 24.1.0, the etnaviv gallium driver requires the Python
pycparser module when building.
Without it, build fails with something like:
../mesa-24.1.4/src/etnaviv/hwdb/meson.build:17:2: ERROR: Problem encountered: Python (3.x) pycparser module >= 2.20 required to build mesa.
(From OE-Core rev: bfc6ccd171b1cf5544ef79839fbc94e2c682bfda)
Signed-off-by: Esben Haabendal <esben@geanix.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Mitigate occurrences where ':append' operator is used and leading
whitespace character is obviously missing, risking inadvertent
string concatenation.
(From OE-Core rev: 314041fd126a4800a5a5d9fcd84c525319479256)
Signed-off-by: Niko Mauno <niko.mauno@vaisala.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This patch is no longer needed with llvm/clang 18+
(From OE-Core rev: 22174e5b64cc46e3e5b9f45d0b7796e92f20a48c)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
815a6647eb
adds a regression and breaks opencl-spirv build.
The next step in mesa will probably be to completely remove nir in favour of rusticl.
https://gitlab.freedesktop.org/mesa/mesa/-/issues/10674
Revert this commit to avoid that the lts version cannot use spirv
because rusticl is not yet and opencl-spirv is no longer supported.
(From OE-Core rev: 4335436d6dcd6059be784b812f1b1ce4090770a9)
Signed-off-by: Markus Volk <f_l_k@t-online.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Some machines e.g. odroid-c4 disable dri3 and it now fails to build
mesa-gl e.g.
| aarch64-yoe-linux-ld.lld: error: undefined symbol: dri3_check_multibuffer [3/5]
| >>> referenced by drisw_glx.c
| >>> libglx.a.p/drisw_glx.c.o:(driswCreateScreenDriver) in archive src/glx/libglx.a
Apply patches from a pull request which is already submitted upstream
(From OE-Core rev: c713b8458968815b1bb53d3523ee0af52a9f2945)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This issue is always there, it just shows up with newer LLVM since
symbol mismatches are being found otherwise it was happily linking with
host libLLVM.so silently.
(From OE-Core rev: 941089fa63e2b38608291251d52a354f0f624926)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
llvm-17 support patch had redundant checks for llvm-17, Simplify them as
submitted in v3 upstream
(From OE-Core rev: 97f97ff02514303b71a07e53d2a486a12861814e)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
