linux/poky.git/meta/recipes-graphics, branch uninative-1.6

xserver-nodm-init: option to remove cursor

2017-03-27T07:15:06+00:00

Add a PACKAGECONFIG option to allow the user to disable the mouse cursor/pointer in the X server. This might be useful where a touchscreen is used. (From OE-Core rev: 680940250c9a1c7b43229c5e4f4fed5cc3e31033) Signed-off-by: Trevor Woerner Signed-off-by: Richard Purdie

xserver-xf86-config: Remove X server module preload

2017-03-17T16:53:05+00:00

This was a solution needed for musl but now musl has got lazy loading. (From OE-Core rev: 6ea72c6bd0aeaed694d58d68ede4de70d96b7e4b) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

mesa-gl: Drop MESA_CRYPTO from PACKAGECONFIG

2017-03-17T16:53:04+00:00

with mesa 17 crypto packageconfig has been removed (From OE-Core rev: 7df24c84999048f863428f4e442922e60ce776a5) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

mesa: Contain configure search for llvm

2017-03-17T16:53:04+00:00

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 Signed-off-by: Richard Purdie

xf86-input-mouse: Remove unused patch

2017-03-16T22:11:32+00:00

The patch has not been used since the ancient git version was removed. (From OE-Core rev: 292f519dad5ed9e4389f2a3ad2307c168328a038) Signed-off-by: Jussi Kukkonen Signed-off-by: Richard Purdie

vulkan: Add recipe for Vulkan common loader

2017-03-10T14:50:10+00:00

Add a recipe for vulkan loader library and the vulkaninfo binary. Vulkan can be built to support X11 or wayland or both. There is currently no support for building tests, validation layers or even the demos as that would require a bunch of otherwise unnecessary dependencies. Fix the build on musl by defaulting to getenv() if secure_getenv() is not available. (From OE-Core rev: ce0acee244cdae287fa0d3b048d371627a69a030) Signed-off-by: Jussi Kukkonen Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

mesa: Enable vulkan driver for intel

2017-03-10T14:50:10+00:00

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 Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

mesa: Upgrade 17.0.0 -> 17.0.1

2017-03-08T11:52:56+00:00

This is a bug fix release and first non-development release in 17.0 branch. There are ~50 bug fix commits (plus a few release script commits). (From OE-Core rev: 465a6b49b680e1fedb059e97eb682cf5814cf078) Signed-off-by: Jussi Kukkonen Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

mesa: Upgrade 13.0.4 -> 17.0.0

2017-03-04T23:18:19+00:00

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 Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

weston: Upgrade 1.11.1 -> 2.0.0, separate libweston

2017-03-01T23:27:11+00:00

* Drop two patches that are upstream. Rebase other patches. * Separate libweston into its own package, modify the recipe as needed because files have changed location. * Remove "--disable-rpi-compositor": the backend does not exist anymore. Libweston is already at version 2 and is likely to have new major versions. The versions should be parallel installable (but weston itself will not be). (From OE-Core rev: 44068f2ba74228b78268efa58ca5f2bc85449f14) Signed-off-by: Jussi Kukkonen Signed-off-by: Richard Purdie