linux/poky.git/meta/recipes-graphics/mesa, branch thud

mesa: ship /etc/drirc in mesa-megadriver

2019-03-05T22:24:13+00:00

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

mesa: Remove machine specific append

2018-10-18T22:26:35+00:00

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

mesa: Disable asm on musl

2018-10-04T13:21:41+00:00

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

mesa: Upgrade 18.1.7 -> 18.1.9

2018-09-27T22:41:41+00:00

This upgrades mesa to the 18.1.9 stable release. The changes can be found at: https://www.mesa3d.org/relnotes/18.1.8.html https://www.mesa3d.org/relnotes/18.1.9.html (From OE-Core rev: 45508a02aea538d98a8fa92a65f969445cb0c82d) Signed-off-by: Otavio Salvador Signed-off-by: Richard Purdie

mesa: enable virgl driver for qemux86/qemux86-64

2018-09-22T01:45:47+00:00

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

mesa: disable LLVM on x86

2018-09-10T11:13:07+00:00

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

mesa: Upgrade 18.1.3 -> 18.1.7

2018-09-04T10:03:56+00:00

This upgrades mesa to the 18.1.7 stable release. The changes can be found at: https://www.mesa3d.org/relnotes/18.1.4.html https://www.mesa3d.org/relnotes/18.1.5.html https://www.mesa3d.org/relnotes/18.1.6.html https://www.mesa3d.org/relnotes/18.1.7.html (From OE-Core rev: a77eb44bb1ff2ece9dcff1f7b5fe671ea3ae034d) Signed-off-by: Otavio Salvador Signed-off-by: Richard Purdie

mesa: Enable gallium-llvm on x86 and x86_64

2018-08-21T13:49:42+00:00

(From OE-Core rev: f8270871c34a5f36d3c8f76f528186002b0dc0bd) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

mesa: Define YOCTO_ALTERNATE_MULTILIB_NAME to consider multilib names

2018-08-20T16:38:22+00:00

(From OE-Core rev: c5a27bd4d450911afa38846bc00ef762e4414eda) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

mesa: Disble TLS for musl

2018-08-15T08:44:33+00:00

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