summaryrefslogtreecommitdiffstats
path: root/meta/recipes-graphics
Commit message (Collapse)AuthorAgeFilesLines
* cogl-1.0: upgrade 1.22.4 -> 1.22.6Alexander Kanavin2020-06-042-6/+6
| | | | | | | (From OE-Core rev: 86c117b6c950532533be534c999c04c7eba83f90) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xf86-input-libinput: upgrade 0.29.0 -> 0.30.0Wang Mingyu2020-05-301-2/+2
| | | | | | | (From OE-Core rev: 567f4572518d15ac2b01b91ce55611146471c07a) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsdl2: enable opengl option for native/nativesdk, subject to 'opengl' in ↵Alexander Kanavin2020-05-271-2/+2
| | | | | | | | | | | DISTRO_FEATURES This allows virgl support in qemu with the SDL frontend (From OE-Core rev: 0e0113c350e599f4da00eda384570e0db04f3b5d) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: propagate 'opengl' DISTRO_FEATURE to native/nativesdk from targetAlexander Kanavin2020-05-273-4/+2
| | | | | | | | | | | | | | | | This will allow better control over native virgl/qemu configurations. Adjust gtk+3/cairo native configurations to actually ignore opengl when building for -native: we do not need it, and it would cause build failures as only a limited subset of mesa-native is currently built. Drop native/nativesdk overrides from virglrenderer/libepoxy recipes as opengl feature is now correctly set for those variants. (From OE-Core rev: 0e1f8fa0535dab63742f575b52ec9fa891368ca2) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* multilib/recipes: Use new RecipePostKeyExpansion eventRichard Purdie2020-05-271-4/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There are issues with multilib due to the ordering of events where some functions see the remapped multilib dependencies and some do not. A significant problem is that the multilib class needs to make some changes before key expansion and some afterwards but by using existing event handlers, some code sees things in a partially translated state, leading to bugs. This patch changes things to use a new event handler from bitbake which makes the ordering of the changes explcit. The challenge in doing this is that it breaks some existing anonymous python and dyanmic assignments. In some cases these used to be translated and no longer are, meaning MLPREFIX has to be added. In some cases these are now translated and the MLPREFIX can be removed. This change does now make it very clear when MLPREFIX is required and when it is not, its just the migration path which is harder. The patch changes the small number of cases where fixes are needed. In particular, where a variable like RDEPENDS is conditionally extended (e.g. with an override), MLPREFIX is now required. This patch also reverts: base: Revert 'base.bbclass: considering multilib when setting LICENSE_EXCLUSION' This reverts 6597130256a1609c3e05ec5891aceaf549c37985 as the changes to multilib datastore handling mean its no longer necessary. (From OE-Core rev: b3fda056a674889cd9697e779de023d4f993d3ce) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libva-utils: upgrade 2.6.0 -> 2.7.1Naveen Saini2020-05-151-2/+2
| | | | | | | | | | For release details: https://github.com/intel/libva-utils/releases/tag/2.7.1 (From OE-Core rev: c74c9c5565225b028f5332a169999047c5a9dd74) Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libva: upgrade 2.6.1 -> 2.7.1Naveen Saini2020-05-152-4/+2
| | | | | | | | | | | For release details: https://github.com/intel/libva/releases/tag/2.7.1 https://github.com/intel/libva/releases/tag/2.7.0 (From OE-Core rev: 16f826d25a9c8eeb04923ce2e595879a142516f1) Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* freetype: upgrade 2.10.1 -> 2.10.2Wang Mingyu2020-05-151-2/+2
| | | | | | | (From OE-Core rev: 5d5adae33099101c86b00d29bcc1a2ecfb3a5888) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* wayland: fix condition for strndup detectionKhem Raj2020-05-141-6/+1
| | | | | | | | | current check does not work with gcc10 (From OE-Core rev: ce6c50ea68c34e02b487d54fdd9288e04833cdef) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* matchbox-wm: Replace -fcommon with fixAdrian Bunk2020-05-142-2/+42
| | | | | | | (From OE-Core rev: d69a05533048d0e50f5ee47b2c35675bc615728c) Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* menu-cache: Replace -fcommon with fixAdrian Bunk2020-05-142-3/+114
| | | | | | | (From OE-Core rev: 97984f171b562f4ccaef527e6766b0e94697cf43) Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Remove -fcommonAdrian Bunk2020-05-141-2/+0
| | | | | | | | | This was fixed in upstream version 20.0. (From OE-Core rev: 1d269a3f3a84cae92e611e02082150cfd97f8258) Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg-xserver: Remove -fcommonAdrian Bunk2020-05-141-2/+0
| | | | | | | | | This was fixed in upstream version 1.20.8. (From OE-Core rev: be3457c76b3381d216087256effcbb3a0cb0356c) Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Add PACKAGECONFIG knob to enable VDPAU state tracker and driversZoltan Boszormenyi2020-05-091-1/+5
| | | | | | | (From OE-Core rev: 7ea4c7c32cbad1743852c27a2f0a87d6cf5a1820) Signed-off-by: Böszörményi Zoltán <zboszor@pr.hu> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Add PACKAGECONFIG knob to enable VAAPIZoltan Boszormenyi2020-05-091-0/+1
| | | | | | | | | | The previously added libva-initial recipe makes it possible and trivial. (From OE-Core rev: 1169238a4586852f807a63d9e70a8a556d84dac6) Signed-off-by: Böszörményi Zoltán <zboszor@pr.hu> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libva-initial: New bootstrap recipeZoltan Boszormenyi2020-05-092-1/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | Mesa needs libva.pc and libva headers to enable the VAAPI state tracker and drivers. This recipe is a variant of the full libva package build as in: * it only depends on libdrm to build so it doesn't introduce the circular dependency between mesa and libva, and * it doesn't include the libraries in the final package. However, there is another issue with build dependency handling in Yocto. libva depends on mesa and mesa depends on this package. Any package that depends on libva therefore would pull in libva and this package resulting in an error in the prepare-sysroot phase because they would install identical files into the per-recipe sysroot. Using the package name "*-initial" avoids this because of the interaction between sstate.bbclass and staging.bbclass: any package with the pattern "*-initial" in the name is excluded from the dependency list unless explicitly added to DEPENDS. (From OE-Core rev: b697f0446f9b016c6c229edda1bf20ca3a7c88ce) Signed-off-by: Böszörményi Zoltán <zboszor@pr.hu> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libva: Factor out base parts into an include fileZoltan Boszormenyi2020-05-092-24/+26
| | | | | | | | | | | | | | | To enable the VAAPI state tracker and drivers in mesa, it needs libva.pc and the libva headers. To enable GLX support in libva, it needs mesa to be compiled first. At the recipe level, this would create a circular dependency between libva and mesa. This is a preparation step before introducing a new libva recipe variant to break the circular dependency. (From OE-Core rev: 3028a2194e9ade70840600867e38d8873f07a93f) Signed-off-by: Böszörményi Zoltán <zboszor@pr.hu> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libepoxy: do not strip RUNPATH from native/nativesdkAlexander Kanavin2020-05-071-8/+0
| | | | | | | | | | | This was done to fall through to host GL stack; now that mesa-native with host dri drivers is used instead, this is no longer necessary or desirable. (From OE-Core rev: fdfa8a6ed102fdaf96006675b3d2cc7888a0c613) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: enable x11 for native/nativesdkAlexander Kanavin2020-05-073-2/+6
| | | | | | | | | | This was found to be necessary for libsdl-native to enable opengl, as otherwise the opengl check would fall through to the host with unpredictable outcome. (From OE-Core rev: 53fb4937e5c2b293e6bdbbceb37b1080aa5db630) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* vulkan-demos: upgrade to latest revisionAlexander Kanavin2020-05-072-8/+11
| | | | | | | | | | | gli is replaced upstream with ktx. lfs objects are not in a revision that we use, so they can be ignored. (From OE-Core rev: a837a33e78b471038ec289eb1c641d2e6da462ed) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* vulkan-tools: upgrade 1.1.126.0 -> 1.2.135.0Alexander Kanavin2020-05-071-2/+2
| | | | | | | (From OE-Core rev: 99dea774d51f9b7af9dd2359ab59cde1ea60374c) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* vulkan-loader: upgrade 1.1.126.0 -> 1.2.135.0Alexander Kanavin2020-05-071-2/+2
| | | | | | | (From OE-Core rev: 8ecb1e82cbf7df676f6f7e79c5d1210643a7babb) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* vulkan-headers: upgrade 1.1.126.0 -> 1.2.135.0Alexander Kanavin2020-05-071-2/+2
| | | | | | | (From OE-Core rev: 890a81e4d3e85644b3905bd50c85da98c0588f2c) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libinput: update 1.15.2 -> 1.15.5Alexander Kanavin2020-05-071-2/+2
| | | | | | | (From OE-Core rev: 3edce2872445b74825c8e3caa3df565f20dd090c) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libinput: add ptestAlexander Kanavin2020-05-072-3/+22
| | | | | | | | | The test takes about 17 minutes, and fully passes. (From OE-Core rev: adc4dbb748c01b731035a759de7cd798d7860d0c) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Remove remaining INC_PR variablesRichard Purdie2020-05-076-8/+2
| | | | | | | | | | | | | | Most of these were unused, remaining in the inc files long after the PR values were removed from the recipes. The only two which did anything wre in xorg-font and for those, bump PR by hand and remove the INC_PR to clean up all references. This kind of change is much better handled by PRServ now. (From OE-Core rev: 3fdd772b419bbecb1fac1efae874a8f160f2112d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xkeyboard-config: update to 2.29Alexander Kanavin2020-05-052-3/+39
| | | | | | | (From OE-Core rev: 430fccaf952e4e327d8f8898e83a1db3019ffd47) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* clutter-1.0: update to 1.26.4Alexander Kanavin2020-05-053-12/+10
| | | | | | | (From OE-Core rev: 95731de05ae637470341ab39eb0f38487798e949) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libxcb: update to 1.14Alexander Kanavin2020-05-032-32/+2
| | | | | | | | | Drop a patch as the problem is fixed upstream. (From OE-Core rev: bf4ef2e3b376744b16c2f57725104207d23c28c6) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xcb-proto: update to 1.14Alexander Kanavin2020-05-031-3/+2
| | | | | | | (From OE-Core rev: 26d55e7612ecb1233131834a78afd3dcde1be320) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kmscube: update to latest commitAlexander Kanavin2020-05-032-120/+2
| | | | | | | | | | Drop a mali-specific patch that was never ported to meson or accepted upstream. (From OE-Core rev: a4c04903be056ec289e67a3319e9941cb506d3fa) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libva: removed opengl from REQUIRED_DISTRO_FEATURES.Bartłomiej Burdukiewicz2020-05-021-2/+0
| | | | | | | | | | | Since libva can be built without virtual/mesa, opengl requirement is only true for glx backend and it's incorrect for wayland and x11 backends. (From OE-Core rev: 47d32813a3fd67e75cddce255b40b43fb09e1497) Signed-off-by: Bartłomiej Burdukiewicz <bartlomiej.burdukiewicz@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libva: add PACKAGECONFIG and additonal rules for glx.Bartłomiej Burdukiewicz2020-05-021-4/+10
| | | | | | | | | | | | | * glx PACKAGECONFIG by default is selected when x11 and opengl flag is present in DISTRO_FEATURES. * virtual/mesa is only required when glx driver is selected to build. (From OE-Core rev: 65b7b48cd6c7ec88da4dc8bcc3e93fe2703a8fef) Signed-off-by: Bartłomiej Burdukiewicz <bartlomiej.burdukiewicz@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorgproto: upgrade 2019.2 -> 2020.1Wang Mingyu2020-04-262-101/+3
| | | | | | | | | | legacy.patch removed since it is included in 2020.1 (From OE-Core rev: 5402e91bdca4d4068d93d9374974006d034fbdbf) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xf86-video-intel: Add more i915 pciidsLiweiSong2020-04-242-1/+508
| | | | | | | | | | Add more i915 pciids to make graphic work well on some new boards like TigerLake. (From OE-Core rev: 64e93cbb6660f1cb60fa2599f2fd87e44e6c7565) Signed-off-by: Liwei Song <liwei.song@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xserver-xorg: upgrade 1.20.7 -> 1.20.8Wang Mingyu2020-04-241-2/+2
| | | | | | | (From OE-Core rev: 4e06262ee0eafa4aff6dfcd7bd2fdd62820d5f12) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libdrm: upgrade 2.4.100 -> 2.4.101Wang Mingyu2020-04-242-39/+3
| | | | | | | | | | musl-ioctl.patch removed since it is included in 2.4.101 (From OE-Core rev: 015e631cd18d982df03d4c829c0f8229a2face38) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa-gl: Allow mesa-gl to build without X11 enabled.Mark Hatle2020-03-311-2/+7
| | | | | | | | | | | | | | | | Trying to build mesa-gl without X11 enabled, results in numerous errors about being incorrectly configured, such as: ERROR: Problem encountered: building dri drivers require at least one windowing system or classic osmesa A rendering engine must be available, so per the error we enable osmesa if X11 is not available. Once 'osmesa' is enabled we also need to make sure that swrast for DRI is also available. (From OE-Core rev: cd6bab044288779a67b94353ff91935f59bfcb56) Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: upgrade 20.0.1 -> 20.0.2Wang Mingyu2020-03-292-2/+2
| | | | | | | (From OE-Core rev: ed500e9d2e7678290420bd0ee4d88eeba40bbb4a) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glew: upgrade 2.1.0 -> 2.2.0Wang Mingyu2020-03-212-77/+3
| | | | | | | | | | 0001-Fixed-compilation-with-current-mesa-versions.patch removed since it is included in 2.2.0 (From OE-Core rev: 39e59246cb8e3b5b65ad10935e08078f5053e350) Signed-off-by: Wang Mingyu <wangmy@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsdl2: upgrade 2.0.10 -> 2.0.12Andreas Müller2020-03-134-134/+9
| | | | | | | | | | | | * checked all hunks: backported patches can go * for machines with neon in TUNE_FEATURES enable new configure option --enable-arm-neon. If enabled, license must be extended to MIT * license checksum changed by copyright year (From OE-Core rev: aaa1c3ee0fe782fb08a58f100bc04686824de815) Signed-off-by: Andreas Müller <schnitzeltony@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* weston-init: Launch weston with WESTON_DISABLE_ATOMIC on musl/x86Khem Raj2020-03-132-2/+12
| | | | | | | | | | | | | | | | | | | Since we enabled drm/kms backend for qemux86, it does not work with musl fdbdev worked ok, we see this error [18:58:45.628] launching '/usr/libexec/weston-desktop-shell' [18:58:45.737] atomic: couldn't commit new state: Invalid argument [18:58:45.737] repaint-flush failed: Invalid argument There seems to be some problem with atomics in libdrm, until that gets diagnosed, simple solution is to not use it on musl when drm backend is used thats why WESTON_DISABLE_ATOMIC=Y is set in environment file for such cases (From OE-Core rev: e571ef707d76cf3aceb0d56fd588b37f9b5092ff) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* weston-init: Allow use of weston without input devicesDomarys Correa2020-03-121-1/+2
| | | | | | | | | | | | Don't force users to have input device in your targets. As the default option require-input is set to true, Weston only starts if we have a device in /dev/input/event* and this not a requirement for all applications, e.g. kiosk browser. (From OE-Core rev: 43f40613ecedb8c3a9e3aaac0630464efc7525e3) Signed-off-by: Domarys Correa <domarys.correa@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glew/curl: specify exclusive package configsKai Kang2020-03-121-2/+2
| | | | | | | | | | Specify exclusive package configs for glew and curl to make sure that conflict package configs will NOT set at same time. (From OE-Core rev: 8579673bdb314dbc554f40fc4c4c1db3d0bb0d63) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xinit: make manpages multilib identicalJeremy Puhlman2020-03-082-0/+30
| | | | | | | (From OE-Core rev: 282ca525c411e03391520c0c5950ed3418f6bc2e) Signed-off-by: Jeremy A. Puhlman <jpuhlman@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xserver-xorg: make manpage mutlilib identicalJeremy Puhlman2020-03-081-0/+1
| | | | | | | (From OE-Core rev: cf9759b27bca5bb1dfa99fc79b4651bfebe2da52) Signed-off-by: Jeremy A. Puhlman <jpuhlman@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: updated to mesa 20.0.1 releaseNathan Hartman2020-03-072-2/+2
| | | | | | | | | Updated to 20.0.1 release: https://www.mesa3d.org/relnotes/20.0.1.html (From OE-Core rev: ba61205eecf6b6712aa9168942155398929e16db) Signed-off-by: Nathan Hartman <hnathan918@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xkbcomp: upgrade 1.4.2 -> 1.4.3Zheng Ruoqin2020-03-061-2/+2
| | | | | | | (From OE-Core rev: cfe8461a2b161d277906458186294c21f2827f70) Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: updated to 20.0 releaseNathan Hartman2020-03-063-3/+3
| | | | | | | | | | | | | | | Updated mesa and mesa-gl recipes to 20.0 release. The license checksum difference is due to a small change in the license formatting. The asterisk for footnotes was changed to a '[1]' See: https://gitlab.freedesktop.org/mesa/mesa/-/commit/199572b65b7a03ffc887783e7f0f96f95bf1f99d glxgears runs successfully at 60 fps on a rpi4. (From OE-Core rev: 0ee03e11bc2ae3faa6a2fcfdfae2ea35f7ba70ba) Signed-off-by: Nathan Hartman <hnathan918@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* freetype: add pixmap to PACKAGECONFIGMatt Ranostay2020-03-021-1/+1
| | | | | | | | | | Add pixmap to PACKAGECONFIG defaults to allow consumers to render color emojis without distro changes. (From OE-Core rev: 01d404302238b0ad570192118617083440d1d50a) Signed-off-by: Matt Ranostay <matt.ranostay@konsulko.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>