summaryrefslogtreecommitdiffstats
path: root/meta/recipes-graphics/mesa/mesa.inc
Commit message (Collapse)AuthorAgeFilesLines
* mesa: ship /etc/drirc in mesa-megadriverRoss Burton2019-03-051-4/+2
| | | | | | | | | | | | | Many years not shipping the stub drirc seemed like a good idea, but now it has content and is essential for some applications to run. Following patches in master, ship this file in mesa-megadriver. (From OE-Core rev: fbb688ab3eeca1bbfbaaaaffd8c81fd8052bcc68) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Remove machine specific appendMark Hatle2018-10-181-2/+2
| | | | | | | | | | | | | | | | | | | | If you try to build a system with multiple BSPs, one of which is qemux86 or qemux86-64, the overall system configuration will change and all of the graphics packages will end up being rebuilt each time. For a package based system, the PR values will also be incremented each time. The end result will be an ever growing set of PR values as well as being unable to tell which configured version of the graphics components are really being deployed. The solution was to always include the virgl gallium driver when an x86 based target is used. This may end up wasting some space, but solves the hash issue. (From OE-Core rev: 37e9465b342f6075ce13479dfed59cd2a7cc46ae) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Disable asm on muslKhem Raj2018-10-041-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Musl started blocking dlopen of libs with initial-exec references into dynamic TLS area, via https://github.com/kraj/musl/commit/5c2f46a214fceeee3c3e41700c51415e0a4f1acd prior to that commit, musl was loading it and silently letting subsequent TLS accesses via the miscompiled code clobber memory that didn't belong to them This was wrong behavior and it relied on additional space reserved by libc in TLS space to adjust fo such broken libs, but it also fails with glibc if the reserved space was already used up Right fix is that mesa should be patched to remove all the initial-exec hacks and use real TLS, and -mtls-dialect=gnu2 (TLSDESC) should be used on archs it's supported on (i386, x86_64, and aarch64) to make up for the lost performance, but mesa hardcodes the initial-exec, so there must be a reason that probably is better known to mesa devs. but we 'fixed' it for musl by adding --disable-glx-tls for mesa in OE, which uses pthread_getspecific instead and makes is lot slower. this caused additional problems with security flags on, it get textrels in .text segment. Therefore this is 'second fix' to get us through this warning. Cause is some unknown part of mesa's x86 assembly code is broken by readonly text segments [ YOCTO #12918 ] (From OE-Core rev: 27c25de38aacc98fe376422bbbee417b2b45a98e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: enable virgl driver for qemux86/qemux86-64Ming Liu2018-09-211-0/+2
| | | | | | | | | | | virgl driver should be enabled for qemux86/qemux86-64 machines, or else it will cause runtime issue due to virtio_gpu driver missing. (From OE-Core rev: 5f143ceb1fac06ac84370ceb0cf0fba656effdf8) Signed-off-by: Ming Liu <liu.ming50@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: disable LLVM on x86Ross Burton2018-09-101-3/+0
| | | | | | | | | | Whilst turning on the LLVM drivers is a honourable goal, the performance impact is *huge*. Instead let specific BSPs turn it on as required. (From OE-Core rev: 882d31bc0dbe20434d2b89aa92901374bb5e5666) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Enable gallium-llvm on x86 and x86_64Khem Raj2018-08-211-0/+3
| | | | | | | (From OE-Core rev: f8270871c34a5f36d3c8f76f528186002b0dc0bd) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Define YOCTO_ALTERNATE_MULTILIB_NAME to consider multilib namesKhem Raj2018-08-201-0/+1
| | | | | | | (From OE-Core rev: c5a27bd4d450911afa38846bc00ef762e4414eda) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Disble TLS for muslKhem Raj2018-08-151-1/+3
| | | | | | | | | | | | | | | | | | | | See https://bugs.freedesktop.org/show_bug.cgi?id=35268 mesa should infact stop using __attribute__((tls_model("initial-exec"))) until then we disale TLS in glx for musl The problem could happen even on glibc if static TLS sizes are large enough which would mean that additional space the glibc leaves for such rogue libraries get consumed and then same problems show up there as well Fixes errors seen in xorg logs e.g. (EE) Failed to load /usr/lib/xorg/modules/extensions/libglx.so: Error relocating /usr/lib/libGL.so.1: _ITM_deregisterTMCloneTable: initial-exec TLS resolves to dynamic definition in /usr/lib/libGL.so.1 enable readonly text segment on x86 for musl (From OE-Core rev: f3a59540d0d1f7ab42ba7cb5ff1a26ac3a8a9f68) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Fix build with wayland and eglKhem Raj2018-07-181-0/+2
| | | | | | | | | | | | | | | | | When wayland and egl both are on then it enables the wayland plugin which actually fails to build because its not finding wayland-protocol xml templates in proper location which is recipe sysroot since we are cross compiling Fixes build errors e.g. make[4]: *** No rule to make target `//usr/share/wayland-protocols/unstable/linux-dmabuf/linux-dmabuf-unstable-v1.xml', needed by `drivers/dri2/linux-dmabuf-unstable-v1-client-protocol.h'. Stop. make[4]: *** Waiting for unfinished jobs.... (From OE-Core rev: ff4762e94faa095abd7175810d1053fdd361058f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: enable surfaceless platformRoss Burton2018-07-051-1/+2
| | | | | | | | | | This platform is enabled by default but as we override the platform list doesn't get enabled. (From OE-Core rev: bff79adccf3b6d7e07abc965af96f9c1d499d309) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: fix installed-vs-shipped errorKai Kang2018-05-291-0/+1
| | | | | | | | | | When 'opengl' is not set in DISTRO_FEATURES, ${libdir}/pkgconfig is an empty directory and cause installed-vs-shipped error. (From OE-Core rev: 9e373fec2013c5b2f9297e8f88317628ba9b7dce) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: ensure all libwayland-egl* files are removedDenys Dmytriyenko2018-05-111-1/+1
| | | | | | | | | | | Wayland 1.15+ now ships libwayland-egl by itself, so Mesa should remove its instance. Previous commit 6e5952fcfc13ff4b63c9376bd41a1dbba957f425 only removed .so libraries, but left .la, which resulted in conflict. (From OE-Core rev: 7a1d0f532bb2a6772e24a9fd4515bd1f3ab15324) Signed-off-by: Denys Dmytriyenko <denys@ti.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Define PYTHON2Khem Raj2018-05-111-0/+1
| | | | | | | | | | | | | Ensure that python2 is not assumed to be python which can point to python3 in some cases, when building gallium-llvm there are scripts which are requiring python2 and wont work with python3 (From OE-Core rev: c693b7ec8914460c891a5fb8bd36fb9401e62ac0) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* wayland: upgrade to 1.15.0Denys Dmytriyenko2018-05-041-3/+4
| | | | | | | | | | | | | | | | Official announcement: https://lists.freedesktop.org/archives/wayland-devel/2018-April/037767.html | libwayland-egl is now part of libwayland, and will presumably be removed | from mesa in the not too distant future. Update mesa recipe by removing corresponding libwayland-egl entries. (From OE-Core rev: 6e5952fcfc13ff4b63c9376bd41a1dbba957f425) Signed-off-by: Denys Dmytriyenko <denys@ti.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg: Replace depreciated *proto depends with xorgprotoArmin Kuster2018-05-041-3/+3
| | | | | | | | | | This completes the transition to xorgproto. (From OE-Core rev: 9d236bd40ef8598c78c1ea807d658467700505e2) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Update to use llvm 6.0Richard Purdie2018-04-051-1/+1
| | | | | | | | Adpat to the upgrade from 5.0 -> 6.0. (From OE-Core rev: dc52f9cf343df4c2d77bee0e47004466321e7edb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Prefer dri3 for x11/openglAndreas Müller2018-04-031-1/+1
| | | | | | | | | | | Adresses [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=12642 (From OE-Core rev: 8509e2e1a87578882b71948ccef3b50ccf1228b3) Signed-off-by: Andreas Müller <schnitzeltony@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* virtual/libgbm: createTrevor Woerner2018-03-281-0/+1
| | | | | | | | | | | The 'glamor' PACKAGECONFIG in xserver-xorg creates a dependency on libgbm which can be satisfied in some cases by mesa, in others by blobs such as mali. (From OE-Core rev: 5f8050722169a931b8e9078b8757216ba7a84506) Signed-off-by: Trevor Woerner <twoerner@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa.inc: make PROVIDES conditional on PACKAGECONFIGTrevor Woerner2018-03-281-1/+6
| | | | | | | | | | | | Mesa only PROVIDES these features if they are enabled via PACKAGECONFIG. Therefore make the PROVIDES conditional depending on whether or not these features have been enabled. (From OE-Core rev: 8b1e57eb8c959c0f0a5d9a7e0c2e0811c515ea08) Signed-off-by: Trevor Woerner <twoerner@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove some EXCLUDE_FROM_WORLD assignmentsRoss Burton2018-03-151-3/+0
| | | | | | | | | | | Now that we have recipe-specific-sysroots we don't need to exclude recipes from world builds because they conflict with other recipes, as they'll all be built with their own sysroots. (From OE-Core rev: b2f3ac4d994a1921791f6bd0cdb3591586733694) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: don't use deprecated functions from utils.bbclassRoss Burton2018-01-301-1/+1
| | | | | | | | | | | These functions were moved to meta/lib/oe in 2010 and the base_* functions in utils.bbclass were intended to be a short-term compatibility layer. They're still used in a few places, so update the callers to use the new functions. (From OE-Core rev: c97acbd034532895ce57c6717ed1b3ccc7900b0d) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Upgrade to 17.3.1 releaseOtavio Salvador2018-01-031-2/+2
| | | | | | | | | | | | | | | | | | | The 17.3.1 release, published in December 21, 2017, is the first 17.3 stable release for use. It fixes a number of issues since 17.3.0 release. The release notes can be seen at: - 17.3.0: https://www.mesa3d.org/relnotes/17.3.0.html - 17.3.1: https://www.mesa3d.org/relnotes/17.3.1.html This commit has reworked few patches, to apply to the new source, and dropped the backported ones. (From OE-Core rev: 75ec119eabb625509121a329b8d0f9c3cf20e0aa) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Upgrade to 17.2.4 releaseOtavio Salvador2017-11-111-1/+1
| | | | | | | | | | | | | | | | | | Upgrade to a new stable release and drop patches applied on upstream. For a full release notes, please see: https://mesa3d.org/relnotes/17.2.0.html https://mesa3d.org/relnotes/17.2.1.html https://mesa3d.org/relnotes/17.2.2.html https://mesa3d.org/relnotes/17.2.3.html https://mesa3d.org/relnotes/17.2.4.html (From OE-Core rev: 77e79af4234ac0e96473d4691fd0f1ca759f3447) Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Support building without openglJussi Kukkonen2017-08-301-7/+16
| | | | | | | | | | | | | | | | | mesa can build certain things without opengl: most importantly vulkan drivers. Add comments on the dependencies between the packageconfigs. Also add a few dependencies to packageconfigs. Modify default packageconfig to do the reasonable thing based on distro features. Add a backported patch to fix the build with --disable-opengl. Fix do_install_append() so it works even if dri drivers are not built. (From OE-Core rev: 48d39cf43b59c96d4deca783ec66686f5c8cd3e7) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Fix build with vulkan on non-x86Jussi Kukkonen2017-08-161-1/+4
| | | | | | | | | | | | | The intel vulkan driver requires libdrm-intel: Only enable it when building for x86 or x86-64 similar to DRI drivers. Building on non-x86* with vulkan leads to "--with-vulkan-drivers= ": this is interpreted correctly by the build system. (From OE-Core rev: 8e50f002823772a989f0f39b0ecb8a84517c94f5) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa, llvm: Use native version of llvm-configKhem Raj2017-08-091-2/+2
| | | | | | | | | | | | We have a variable YOCTO_ALTERNATE_EXE_PATH to point to target sysroot, utilize this in mesa to use native version of llvm-config to report values from target sysroot. (From OE-Core rev: 1c4444f7b2f5cbcaaf6f9d21d7b4f86555ed746a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Depend on llvm-nativeKhem Raj2017-08-091-1/+1
| | | | | | | | | | We need to get llvm-config tool staged which is provided by llvm-native (From OE-Core rev: 0aadad61bf740bb9a1859381790ecc0f37490c34) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Use chrpath to delete rpathsKhem Raj2017-08-091-3/+4
| | | | | | | | | | | | It adds native sysroot chrpath due to llvm-config in cross compiling we can delete them via chrpath, since libs are in standard paths rpath is really not needed (From OE-Core rev: 1882726f61216c1a490370456c2e68efc3862052) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Fix build when building with llvmpipeKhem Raj2017-07-311-2/+5
| | | | | | | | | | | | | | | | | | | | | Add following in mesa.inc to enable llvmpipe PACKAGECONFIG_append_x86 = " gallium-llvm gallium r600" PACKAGECONFIG_append_x86-64 = " gallium-llvm gallium r600" This would enable llvmpipe for swrast, to check run this root@qemux86:~# glxinfo | grep llvm Device: llvmpipe (LLVM 5.0, 128 bits) (0xffffffff) OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 5.0, 128 bits) Backport patches to support llvm 5.0.0+ Add a patch to understand llvm version when llvm is build from git/svn (From OE-Core rev: da29bc17e4dd748f50b054c5e3afaf8d41bf4077) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Split --with-platforms from egl PACKAGECONFIGJussi Kukkonen2017-07-111-5/+7
| | | | | | | | | | | | | | | Mesa platforms no longer depend directly on egl. Current implementation breaks without egl with x11 (which can happen with mesa-gl). Separate the platform selection. Make drm platform depend on gbm PACKAGECONFIG by default. (From OE-Core rev: 622d683273bab66f0b4dd385d083bff9fb7bb1de) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa, gstreamer: Add "vulkan" DISTRO_FEATUREJussi Kukkonen2017-07-081-1/+2
| | | | | | | | | | It doesn't do much but does make enabling vulkan a little less fiddly. (From OE-Core rev: a5ed54e5253006ce3a5a74c1243c949a42642ff7) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Avoid platform probing when building without EGLOtavio Salvador2017-07-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The 17.1.2 release has changed the platform setting and when not explicitly disabled it assumes x11 support. Fixes: | checking for x11-xcb xcb xcb-dri2 >= 1.8 xcb-xfixes... no | configure: error: Package requirements (x11-xcb xcb xcb-dri2 >= 1.8 xcb-xfixes) were not met: | | No package 'x11-xcb' found | No package 'xcb' found | No package 'xcb-dri2' found | No package 'xcb-xfixes' found | | Consider adjusting the PKG_CONFIG_PATH environment variable if you | installed software in a non-standard prefix. | | Alternatively, you may set the environment variables XCB_DRI2_CFLAGS | and XCB_DRI2_LIBS to avoid the need to call pkg-config. | See the pkg-config man page for more details. The issue has been exposed by meta-freescale BSP. Fix tested with imx6qsabresd machine. (From OE-Core rev: 49c3dad38134857b31152bf76ebf2cd78c8a53c8) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa.inc: replace deprecated configure optionsTrevor Woerner2017-06-281-2/+2
| | | | | | | | | | | --with-egl-platforms -> --with-platforms --enable-gallium-llvm -> --enable-llvm (From OE-Core rev: c284099530e3d2f37ea0cfc96a04cbba22e50783) Signed-off-by: Trevor Woerner <twoerner@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa.inc: enable texture float for galliumTrevor Woerner2017-06-121-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Following the lead from Fedora (as suggested by Rob Clark) always enable --enable-texture-float for all gallium drivers, but then modify the code to not enable it, at runtime, where the implementation isn't backed by hardware. The patch comes from unpacking fedora-25's mesa-17.0.5-3.fc25.src.rpm from https://dl.fedoraproject.org/pub/fedora/linux/updates/25/SRPMS/m/ Somewhere along the path from OpenGL ES 2.0 to OpenGL ES 3.0 are some algorithms that are encumbered by patents. These algorithms are enabled with mesa's --enable-texture-float configure flag. However, if hardware acceleration is being used and the hardware supports --enable-texture-float, it means the hardware vendor has paid for the patents. Note that with this solution, non-hardware gallium drivers (e.g. swrast) can't --enable-texture-float, which might cause issues with some piglit tests. This solution was discussed and agreed-to on the mailing list: http://lists.openembedded.org/pipermail/openembedded-core/2017-May/137233.html (From OE-Core rev: 6fd63e24a1c6ac901edb393c9db8e245189a83e2) Signed-off-by: Trevor Woerner <twoerner@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Add define to indicate missing 64bit atomics on armv5Khem Raj2017-06-091-0/+2
| | | | | | | | | | | | | | | | This is wrongly detected by configure since it only checks for __sync_add_and_fetch and not __atomic_fetch_add, it decides to let compiler emit references to atomic functions which it expects to be provided by libgcc, but thats not the case for armv5 arch [YOCTO #11616] (From OE-Core rev: 6866ad53c5d49781002470195b4aae1ad1afde5c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: upgrade to 17.1.1Nicolas Dechesne2017-06-031-2/+4
| | | | | | | | | | | | | | * Costmetic changes in license.html file required new MD5 hash * Add PACKAGECONFIG option for libunwind support (new feature, disable by default) * Rebased 0001-Use-wayland-scanner-in-the-path.patch * Added zlib in DEPENDS, otherwise mesa no longer builds. * Added 0001-util-rand_xor-add-missing-include-statements.patch, sent upstream (From OE-Core rev: fa08267f1399904fed079277bc86ac1aa26c06dc) Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: drop pythonnative inheritAlexander Kanavin2017-05-161-1/+1
| | | | | | | | | | Mesa is perfectly capable of using host python nowadays. (From OE-Core rev: 0ae97611bbd0d23f689a9ea4ff5c18fe6fc396fb) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Add Etnaviv and i.MX Gallium backend PACKAGECONFIG optionsOtavio Salvador2017-03-271-1/+5
| | | | | | | | | | The MESA 17.0 has Etnaviv and i.MX support. Expose them in PACKAGECONFIG for use. (From OE-Core rev: b77c0355e272e9e7a7ab625eef27a8717225b132) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Contain configure search for llvmKhem Raj2017-03-171-1/+1
| | | | | | | | | | | | | | | | | | | | | Configure has an unbridled check for llvm and when distro provided llvm is installed on build host it will use that from /usr/bin to poke for llvm libs and configs. This would result in a subtle errors however do_qa_configure catches it as a host include/lib contamination during configure checks ERROR: mesa-gl-2_17.0.1-r0 do_configure: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities. Rerun configure task after fixing this. This is correct because when configure detects build host provided llvm then it add the include/lib paths to compiler cmdline which are looking into /usr/include and /usr/lib (From OE-Core rev: df53927b9c07bc45ce8a756217c07ce306ed5bbe) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Enable vulkan driver for intelJussi Kukkonen2017-03-101-2/+7
| | | | | | | | | | | | PACKAGECONFIG "vulkan" enables building libvulkan_intel.so. The radeon driver can be added to recipe as well but it requires llvm so recent that I couldn't test it. (From OE-Core rev: 33c8918d41dda8218fd28d667182d71029ab22d5) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Upgrade 13.0.4 -> 17.0.0Jussi Kukkonen2017-03-041-10/+1
| | | | | | | | | | | | | | | | | | | | 17.0.0 is considered a development release: 17.0.1 is expected to be the first stable in this series. Typically the .1 release comes about two weeks after .0. * New feature release with lots of changes * Versioning change (17 as in 2017, no longer relates to GL bumps) * OpenGL 4.5 support on Haswell * mesa now implements its own sha1 instead of having 5 configurable sha-providers * Remove libxvmcsoftpipe packaging, the library hasn't existed since 2013 (From OE-Core rev: be95558834eed0564ec00c65ac8067c7c65006c5) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Make use of the new bb.utils.filter() functionPeter Kjellerstedt2017-03-011-2/+1
| | | | | | | (From OE-Core rev: 0a1427bf9aeeda6bee2cc0af8da4ea5fd90aef6f) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove True option to getVar callsJoshua Lock2016-12-161-3/+3
| | | | | | | | | | | | | getVar() now defaults to expanding by default, thus remove the True option from getVar() calls with a regex search and replace. Search made with the following regex: getVar ?\(( ?[^,()]*), True\) (From OE-Core rev: 7c552996597faaee2fbee185b250c0ee30ea3b5f) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: make sure GLES3 headers are installedSamuli Piippo2016-11-301-0/+3
| | | | | | | | | | | | Since there is no libgles3-mesa package that would pull in the headers, add dependency to libgles2-mesa-dev. Now there no need to manually add GLES3 headers to image or toolchain. (From OE-Core rev: a93bbfa096cd7de8e935c6c2d2ad98d72a1c297f) Signed-off-by: Samuli Piippo <samuli.piippo@qt.io> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Upgrade 12.0.3 -> 13.0.1Jussi Kukkonen2016-11-231-2/+5
| | | | | | | | | | | | | | | | New major release with OpenGL 4.4 support. Dependency on libudev has been removed. * Rebase replace_glibc_check_with_linux.patch * Add patch to find native wayland-scanner * Add PACKAGECONFIG[osmesa], disabled by default * package osmesa header correctly (From OE-Core rev: be60ffcbbdcd370f9d367db887d31a8ccc6b2519) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Upgrade 11.2.2 -> 12.0.1Jussi Kukkonen2016-07-201-1/+1
| | | | | | | | | | | | | | | | | | | | | Massive mesa upgrade (OpenGL 4.3, GLVND support, vulkan driver for intel etc), although many new things are disabled by default. License file change does not change the actual licenses. piglit results (with piglit update on ML) on an old NUC with Intel HD5000 for reference: pass: 33972 fail: 306 crash: 2 skip: 30857 warn: 7 total: 65144 (From OE-Core rev: 6da724dc9cb72e77aa8b1613c3ad71fefc81903f) Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: fix mesa_populate_packages() when dri is disabledHerve Jourdain2016-05-201-10/+11
| | | | | | | | | | | | | | | When compiling mesa, if dri is disabled in PACKAGECONFIG, or if the list of DRI drivers is empty, it will cause populate_package to fail, because it can't find - rightfully - the directory for the DRI drivers. This patch checks that the directory indeed exists before trying to get a list of the files in it [ use oe.path.join instead of + - RB ] (From OE-Core rev: 7e96806d1282865761fcc047abcb72970279d82d) Signed-off-by: Herve Jourdain <herve.jourdain@neuf.fr> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: add PACKAGECONFIG for gbmRoss Burton2016-05-061-2/+4
| | | | | | | | | | gbm is an optional library and some environments (for example, mesa-gl where there are separate drivers that provide libgbm) may not want to build it. (From OE-Core rev: bb5265a31587e4a4d4df4d42f343054d6c224e24) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: add missing space to RRECOMMENDS appendAndreas Müller2016-02-261-1/+1
| | | | | | | | | | | Fixes errors as: | Missing or unbuildable dependency chain was: ['mesa-megadrivermesa-megadriver'] (From OE-Core rev: 25ca768112f37a7fd8648f0d983e856294863460) Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: upgrade 10.6.3 -> 11.1.1Nicolas Dechesne2016-02-111-1/+7
| | | | | | | | | | | | | | * update SRC_URI and checksum. * add PACKAGECONFIG to offer choice of crypto implementation (for sha1 functions) * use libcrypto by default. In upstream commit a24bdce4, support for SHA-1 was copied from xserver repo, so let's use the same default for --with-sha1 option that we use in xserver recipe in OE core. (From OE-Core rev: 897e464cf316e668717c1aed146d0a9adb183986) Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-09-22 14:17:47 +0000