Mirror of git.yoctoproject.org/meta-xilinx.git https://git.enea.com/cgit/linux/meta-xilinx.git/atom?h=mickledore 2023-10-23T00:40:49+00:00 2023-10-23T00:40:49+00:00 Mark Hatle mark.hatle@amd.com 2023-10-23T00:31:29+00:00 urn:sha1:e08eacd3b7e25d9435c742dcfb54c1e31113c047 Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2023-10-21T21:10:09+00:00 Mark Hatle mark.hatle@amd.com 2023-10-21T21:10:09+00:00 urn:sha1:c3544a015405ab8ed71b5d7dadde79017cb0ce96 Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2023-10-21T20:25:20+00:00 Mark Hatle mark.hatle@amd.com 2023-10-21T20:25:20+00:00 urn:sha1:45cfe51f85519cfaa3bc51b0532ab2c441b628de Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2023-08-29T19:59:37+00:00 John Toomey john.toomey@amd.com 2023-08-29T17:11:32+00:00 urn:sha1:738a753daed0d4541fcfc6c9e418a095de47084c Changelog: (none) Signed-off-by: John Toomey <john.toomey@amd.com> Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2023-08-19T15:21:56+00:00 Mark Hatle mark.hatle@amd.com 2023-08-16T19:56:51+00:00 urn:sha1:eaa784f7a4a002a2b9c34f158f405775a3f7da87 MALI_PACKAGE_ARCH depends MACHINE_ARCH depends on MACHINE We can ignore MACHINE_ARCH, as only the resulting value matters, otherwise the package now depends on MACHINE PACKAGE_ARCH can ignore MALI_PACKAGE_ARCH, again only the resulting value of PACKAGE_ARCH matters. Otherwise the value of MALI_PACKAGE_ARCH will be used in the hash, even if the condition is not true. Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2023-08-14T15:16:29+00:00 Daniel Levin daniel.levin@amd.com 2023-08-09T02:31:56+00:00 urn:sha1:9220f00412b1cce5c3904ffda19c4ad87d8e83e4 Previously XAUTHORITY location was detected by filtering Xorg process command line, which is not available in busybox ps implementation. Instead detect correct Xorg commnad line by grepping for the "Xorg :displaynum" and extract -auth argument. If no -auth argument present then Xorg is running without display manager, thus XAUTHORITY env var should remain undefined. Signed-off-by: Daniel Levin <daniel.levin@amd.com> Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju@amd.com> Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2023-07-07T14:46:03+00:00 Mark Hatle mark.hatle@amd.com 2023-07-06T20:27:29+00:00 urn:sha1:4f5a4b7d7f5ce91559893717a2280ec7e99c06a6 libmali only provides GL ES 2 interfaces, but Weston 10.0.2 requires GL ES 3 interfaces. Disble 10.0.2 version in this case, and fall back to 9.0.0. The 9.0.0 version is based on the last 9.0.0 supported Yocto Project version. One minor change was required, in order to support on-target upgrade from the unmodified 10.0.2 to the libmali 9.0.0 requires a way to enabel PE set to 1. However if the 9.0.0 version doesn't use libmali, we don't want the PE set so that 10.0.2 remains the superior version. Signed-off-by: Mark Hatle <mark.hatle@amd.com> (cherry picked from commit 076b278f8e15b5d3f23f3cb625399b950c273c99) Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2023-07-07T14:41:02+00:00 Mark Hatle mark.hatle@amd.com 2023-07-06T20:27:29+00:00 urn:sha1:076b278f8e15b5d3f23f3cb625399b950c273c99 libmali only provides GL ES 2 interfaces, but Weston 10.0.2 requires GL ES 3 interfaces. Disble 10.0.2 version in this case, and fall back to 9.0.0. The 9.0.0 version is based on the last 9.0.0 supported Yocto Project version. One minor change was required, in order to support on-target upgrade from the unmodified 10.0.2 to the libmali 9.0.0 requires a way to enabel PE set to 1. However if the 9.0.0 version doesn't use libmali, we don't want the PE set so that 10.0.2 remains the superior version. Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2023-06-29T14:56:52+00:00 Sandeep Gundlupet Raju sandeep.gundlupet-raju@amd.com 2023-06-27T21:44:36+00:00 urn:sha1:4c17247f4e5e186776903e5ff3effa523e7e5ee2 Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju@amd.com> Signed-off-by: Mark Hatle <mark.hatle@amd.com> 2023-05-18T20:59:03+00:00 Mark Hatle mark.hatle@amd.com 2023-05-18T19:18:29+00:00 urn:sha1:96363a1fada8f5dca874917e47899e7f6dd26b43 Resolved conflicts Preserved 2022* versions Signed-off-by: Mark Hatle <mark.hatle@amd.com>