summaryrefslogtreecommitdiffstats
path: root/meta/recipes-graphics
Commit message (Collapse)AuthorAgeFilesLines
* libsdl2: remove redundant DEPENDSRoss Burton2018-05-221-2/+0
| | | | | | | | | | These dependencies are in the x11 PACKAGECONFIG and will magically transform for nativesdk builds. (From OE-Core rev: 5e55efce4f7ecb3fcb219a15dcbc031f0f233cb1) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsdl2: allow to build native and nativesdkMartin Jansa2018-05-221-0/+4
| | | | | | | | | * enable x11 in native builds (From OE-Core rev: cff055403eab8112ef76cd6331682447bcddf760) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: fix a build race in src/intel/vulkanRoss Burton2018-05-152-0/+42
| | | | | | | (From OE-Core rev: 5681ba2e403afb6cea03662a2aca6b1834567ddc) Signed-off-by: Ross Burton <ross.burton@intel.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>
* clutter-gst-3.0: upgrade 3.0.24 -> 3.0.26Ross Burton2018-05-111-2/+2
| | | | | | | (From OE-Core rev: 01e7dee6c75f6868453d15b35499dd6d57193da9) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Upgrade 17.3.8 -> 18.0.2Otavio Salvador2018-05-043-46/+2
| | | | | | | | | | | | | | | | | | | | | | This includes changes from Mesa 18.0.0 and 18.0.2 releases. Mesa 18.0.0 is a new development release and 18.0.1 and 18.0.2 are bug-fix releases. You can find release notes here: - https://mesa3d.org/relnotes/18.0.0.html - https://mesa3d.org/relnotes/18.0.1.html - https://mesa3d.org/relnotes/18.0.2.html Remove patch 0001-st-dri-Initialise-modifier-to-INVALID-for-DRI2.patch that was applied on upstream. (From OE-Core rev: c16bc7c9b1526ff4b9496af00ada08aa4109c0ef) 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>
* weston: upgrade to 4.0.0Denys Dmytriyenko2018-05-045-142/+56
| | | | | | | | | | | | | | | | | | | | | | | | Official announcement: https://lists.freedesktop.org/archives/wayland-devel/2018-April/037768.html Dropped previously backported fix-missing-header.patch and weston-gl-renderer-Set-pitch-correctly-for-subsampled-textures.patch Refresh remaining local patches. Modify 0001-weston-launch-Provide-a-default-version-that-doesn-t.patch with changes to apply against the new code base. Support for libunwind was dropped in bb707dc0fe331c9af112a0552b7aa6fde755dd83: https://cgit.freedesktop.org/wayland/weston/commit/?id=bb707dc0fe331c9af112a0552b7aa6fde755dd83 Extract major version for referring to libweston-4 helper libraries. (From OE-Core rev: 0cc82a9158f58a37865f3ccc56156c987706f735) 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>
* wayland: upgrade to 1.15.0Denys Dmytriyenko2018-05-042-5/+6
| | | | | | | | | | | | | | | | 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>
* libxcalibrate: Drop, no users anymoreRichard Purdie2018-05-042-52/+0
| | | | | | | | | xcalibrate was replaced with other xinput touchscreen protocols, drop this remaining remnant. (From OE-Core rev: a1cf2b40b5bf0ead10d3bff155467d4f559e1b73) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libshmfence: update to 1.3Armin Kuster2018-05-042-21/+2
| | | | | | | | | The extensions patch was merged upstream and is no longer needed. (From OE-Core rev: 1e89528b259e784e2e8d526dc2e0357eccddfd1c) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xorg: Replace depreciated *proto depends with xorgprotoArmin Kuster2018-05-0442-52/+52
| | | | | | | | | | 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>
* xorgproto: Replace individual depreciated xorg proto recipes with xorgprotoArmin Kuster2018-05-0430-570/+14
| | | | | | | | | | | | | Xorg upstream have replaced the individual xorg proto repositories with one master repository. This converts to the new system. The only one not included is calibrateproto which was depreciated entirely and replaced be xinput. We can drop this entirely. (From OE-Core rev: 460a2b27af8d023b27703b491331c8cbe7aad0ff) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xf86-video-vesa: update 2.4.0 updateArmin Kuster2018-05-041-4/+2
| | | | | | | (From OE-Core rev: 9f4fc40ee19c6555dac8c387272775d2722d4291) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libxcb: update to 1.13Armin Kuster2018-05-042-65/+3
| | | | | | | | | | patch 0001-include-stdint.h-for-SSIZE_MAX-and-SIZE_MAX-definiti.patch remove as it is included in update (From OE-Core rev: 486b85ced3d309978558cf01dece4f5c1982013e) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-macros: update to 1.19.2Armin Kuster2018-05-041-2/+2
| | | | | | | (From OE-Core rev: 182ac556bc924be3841f70a067f96237b2bb4514) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mkfontscale: update to 1.1.3Armin Kuster2018-05-041-2/+2
| | | | | | | (From OE-Core rev: 900f3520b27cae5d7524094c0155e272836e2450) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xcb-proto: update to 1.13Armin Kuster2018-05-043-296/+4
| | | | | | | | | drop patches included in update (From OE-Core rev: f5341f043ed63db717c74677ff831fd5de7ce7ef) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xset: update to 1.2.4Armin Kuster2018-05-041-2/+2
| | | | | | | (From OE-Core rev: 4076dfd181ade68f78ca9e98cac10703bde4fdce) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xeyes: update to 1.1.2Armin Kuster2018-05-041-2/+2
| | | | | | | (From OE-Core rev: 1b6d051dbb7858f74890616633d76e22d6763a81) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xwininfo: update to 1.1.4Armin Kuster2018-05-041-2/+2
| | | | | | | (From OE-Core rev: 3a0911bef2264416060029f27d9737c840780aa4) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xinit: update to 1.4.0Armin Kuster2018-05-041-2/+2
| | | | | | | (From OE-Core rev: 8b2b91ab603199412c9e4f0b0bef4fd1f92ab89b) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xkbcomp: update to 1.4.1Armin Kuster2018-05-041-4/+2
| | | | | | | (From OE-Core rev: c4f61e875861c3c993744979906ddab0e3258e55) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xkeypboard-config: update to 2.23.1Armin Kuster2018-05-041-2/+2
| | | | | | | (From OE-Core rev: a578659365a6410e4fe05a97c5c3b5dffba5cbed) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xprop: update to 1.2.3Armin Kuster2018-05-041-2/+2
| | | | | | | (From OE-Core rev: 12dd4f9c211101dcb05b61747d5592d1abadb2ed) Signed-off-by: Armin Kuster <akuster@mvista.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xserver-nodm-init: Respawn service in case of failureRamon Fried2018-04-131-0/+1
| | | | | | | | | | | | | | | | It appears that sometimes xserver-nodm.service is starting before display driver finished loading causing the following failure in Xorg log: (EE) open /dev/dri/card0: No such file or directory The introduced by this patch is to restart the service, hopefully the display driver will finish loading. (From OE-Core rev: c3935f11f2807ef73f224b6690886d863788310d) Signed-off-by: Ramon Fried <rfried@codeaurora.org> Signed-off-by: Ross Burton <ross.burton@intel.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: Upgrade 17.3.7 -> 17.3.8Otavio Salvador2018-04-053-31/+2
| | | | | | | | | | | | | | | This version has been published at April 03, 2018, and it is a bugfix only release. The release includes several important fixes that were made as part of 18.0.1 development cycle. Full list of bug fixes can be see online at: https://www.mesa3d.org/relnotes/17.3.8.html (From OE-Core rev: 782fb864349d4f5c07a38f0e117659bfb841d3c2) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> 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>
* mesa: fix unitialized modifier for DRI2Andreas Müller2018-04-032-0/+44
| | | | | | | | | | | | This came up whith disabled DRI3 on Raspi/VC4 [1] but might be important for other drivers: It fixes an improper initialization. [1] https://lists.freedesktop.org/archives/mesa-dev/2018-March/190562.html (From OE-Core rev: bfd5d2cefd56cb60b51b2bed57cb92dcfd5756c9) Signed-off-by: Andreas Müller <schnitzeltony@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* virtual/libgbm: createTrevor Woerner2018-03-282-1/+2
| | | | | | | | | | | 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>
* mesa: update Upstream-Status of a patchMaxin B. John2018-03-281-1/+1
| | | | | | | | | | | replace_glibc_check_with_linux.patch was accepted upstream with modifications. (From OE-Core rev: 94cf27ebc5d3e3fafa85f3bb1ca54f606bb411ad) Signed-off-by: Maxin B. John <maxin.john@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mesa: Upgrade 17.3.6 -> 17.3.7Otavio Salvador2018-03-282-2/+2
| | | | | | | | | | | | | | | | This version has been published at March 21, 2018, and it is a bugfix only release. It includes several important fixes that were made as part of 18.0.0 development cycle. Full list of bug fixes can be see online at: https://www.mesa3d.org/relnotes/17.3.7.html (From OE-Core rev: 3601c079e15f3570b9b90cd8775e4e90175d1bb5) 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>
* xserver-xorg: import distro patch to use modesetting driver on newer hardwareCalifornia Sullivan2018-03-252-0/+54
| | | | | | | | | | | | | | | | | Debian and Fedora both carry this patch, and the xf86-video-modesetting driver seems better on recent hardware. As an example, on a NUC6CAYS, the x11perf -aa10text and -rgb10text tests see around a 20x increase. [YOCTO #12019] [YOCTO #12390] (From OE-Core rev: 2e4934d5d4b2745ffcd76020b307b9021f8d8853) Signed-off-by: California Sullivan <california.l.sullivan@intel.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-152-7/+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>
* xorg-xserver: refresh patchesRoss Burton2018-03-111-6/+6
| | | | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 77fb72c76c8a5b2229a32f36a913a3293e9d2b56) Signed-off-by: Ross Burton <ross.burton@intel.com> 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: refresh patchesRoss Burton2018-03-112-19/+13
| | | | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 0cff8ae54066b25ffbe1efaa3f0a1d84aa89ebe1) Signed-off-by: Ross Burton <ross.burton@intel.com> 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>
* drm: refresh patchesRoss Burton2018-03-111-14/+11
| | | | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 625be3dd6e3069333a3c94ca8f23129b23e4425b) Signed-off-by: Ross Burton <ross.burton@intel.com> 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>
* xset: refresh patchesRoss Burton2018-03-091-6/+6
| | | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 020ef81aa072c79f427111e5057d29ded849c48c) 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>
* clutter: refresh patchesRoss Burton2018-03-091-5/+6
| | | | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 385d26b7f0aeb6085bd7d96332b760057bd24537) Signed-off-by: Ross Burton <ross.burton@intel.com> 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>
* wayland: refresh patchesRoss Burton2018-03-092-10/+15
| | | | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 320f03b8492e5259c45e7c59b62571d5a827ee59) Signed-off-by: Ross Burton <ross.burton@intel.com> 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>
* libdrm: 2.4.90 -> 2.4.91Otavio Salvador2018-03-081-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a minor release, announced in March 5th, 2018, which includes following changes: ,---- | Andrey Grodzovsky (1): | amdgpu: Fix mistake in initial hole size calculation. | | Christian König (3): | amdgpu: mostly revert "use the high VA range if possible v2" | amdgpu: add AMDGPU_VA_RANGE_HIGH | amdgpu: fix "add AMDGPU_VA_RANGE_HIGH" | | Chunming Zhou (1): | test/amdgpu: disable bo eviction test by default | | Eric Engestrom (1): | meson: add configuration summary | | Heiko Becker (1): | *-symbol-check: Don't hard-code nm executable | | Igor Gnatenko (1): | meson: do not use cairo/valgrind if disabled | | Jonathan Gray (1): | meson/configure.ac: pthread-stubs not present on OpenBSD | | Marek Olšák (2): | meson: bump the version number | RELEASING: mention meson | | Michel Dänzer (1): | tests/amdgpu: Fix misspellings of "suite" | | Rob Clark (2): | freedreno: add interface to get buffer address | bump version for release | | Rob Herring (4): | android: revert making handle magic and version members const | android: fix mis-named alloc_handle_t | android: add helper to convert buffer_handle_t to gralloc_handle_t ptr | android: fix gralloc_handle_create() problems | | Thierry Reding (2): | drm/fourcc: Fix fourcc_mod_code() definition | drm/tegra: Sanitize format modifiers `---- (From OE-Core rev: eef14164fb663d722234dbaf98611cf7ff0043d9) 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>
* vulkan: refresh patchesRoss Burton2018-03-071-5/+7
| | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 453a433768bff76e4d3ad9bf40fd9d8210b0950e) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xproto: refresh patchesRoss Burton2018-03-071-4/+6
| | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: a9f9ca73840d1e6911e496a32ee862a724615b50) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libxcb: refresh patchesRoss Burton2018-03-071-8/+8
| | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 4a3d8806d25e146be40eaf640bc6da8bdd1b6e05) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kmscube: Add patch for missing GBM functionDaniel Díaz2018-03-062-1/+118
| | | | | | | | | | | | | Some implementations of GBM, like the one included with libMali, do not have gbm_bo_map() nor gbm_bo_unmap(). This patch enables kmscube to work with those implementations even if it doesn't work as great. (From OE-Core rev: 54615151da5e8c77c803947ce5760d06c1691c58) Signed-off-by: Daniel Díaz <daniel.diaz@linaro.org> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsdl2: Upgrade 2.0.7 -> 2.0.8Khem Raj2018-03-061-3/+3
| | | | | | | | | | | License checksum changed due to copyright year changes see commit https://github.com/SDL-mirror/SDL/commit/a9072159b2afff5a338804781312067f0a174c3c#diff-21c55fa400e4d25aed3a755371e32151 (From OE-Core rev: 09e29d744af0f325fcabd44e15b4f30908d4bd00) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xcb-proto: solve python cache collisionRoss Burton2018-03-061-0/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | Because I didn't really want python3-native to be at the bottom of the entire X11 stack this recipe jumps through a small hoop to use the host Python to run some modules it installs into the sysroot. The Makefile compiles the Python module, which is good as the cache file is recorded in the sstate manifest so when the package is removed from the sysroot all of it is removed. However in an enviroment where the sstate is shared between multiple hosts it is possible that a different Python is used and this will generate a new cache when the code is executed, which is not recorded in the manifest. Eventually you'll end up with ownerless cache files in a sysroot which conflict with the same file coming from a sstate upgrade. Solve this with a SSTATE_INST_POSTRM which is ran when sstate is removed to ensure that there are no Python cache files left behind. [ YOCTO #11809 ] (From OE-Core rev: 6f6a2b5ff7ec23bd3782f0c3521f3576101cbc9d) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libjpeg-turbo: improve reproducibilityJuro Bystricky2018-03-041-0/+8
| | | | | | | | | | | | | | | | | Build date ends up embbedded in binary images, breaking reproducibility of jpeg-tools and libturbojpeg. To enable reproducible builds, build date can be specified during configuration, via "--with_build_date=<date>". If SOURCE_DATE_EPOCH is specified we configure libjpeg-turbo with this value as build date. Although the build date is a generic string, we keep it in the same format YYYYMMDD. [YOCTO #12526] (From OE-Core rev: 46a39fe9fa2bc8f58ec822434b9ace9ab5572c82) Signed-off-by: Juro Bystricky <juro.bystricky@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>