summaryrefslogtreecommitdiffstats
path: root/meta-xilinx-mali400/recipes-graphics/wayland
Commit message (Collapse)AuthorAgeFilesLines
* various: Fix variable usageMark Hatle2024-11-211-4/+4
| | | | | | | | | | Remove most direct references to WORKDIR. S = "${WORKDIR}" is no longer allowed, adjust this to refer to UNPACKDIR ${WORKDIR}/package is also incorrect, adjust to ${PKGD}. Signed-off-by: Mark Hatle <mark.hatle@amd.com>
* various: Remove SOC_VARIANT, split versal and versal-net, add machine_featuresMark Hatle2024-06-121-13/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | SOC_VARIANT has been remove, we are now only using the YP standard SOC_FAMILY configuration. The defined families are: zynq, zynqmp, versal and versal-net. Our decision of breaking up versal-net from versal, is based on the SoC CPU changes from cortexa72/r5 to cortexa78/r52, thus we're treating it as a different SoC family. In order to capture the individual capabilities that we used to handle via SOC_VARIANT, we have defined the following features (some may have been previously defined): - mali400 (zynqmp eg and ev) - vcu (zynqmp ev) - rfsoc (zynqmp dr RF capabiltiies) - aie - (versal ai & premium) - vdu - (versal ai) SOC_VARIANT_ARCH and SOC_FAMILY_ARCH are now obsolete and replaced by MACHINE_ARCH. This is based on the guideline that any recipes that use MACHINE_FEATURES should be MACHINE_ARCH specific. Signed-off-by: Mark Hatle <mark.hatle@amd.com> (cherry picked from commit b472558db7d7da5fca63c498e45cac58ae8855fe) Signed-off-by: Mark Hatle <mark.hatle@amd.com>
* meta-xilinx-mali400: Create new Mali400 layerJohn Toomey2024-06-1218-0/+741
Create a new layer containing all code related to the Mali400 graphics stack and software. This includes the Mali kernel module / patches, libglu/libgles code, mesa, wayland, kernel recipe and udev rules. This layer also includes a dynamic layer for the qt5 bbappends and patches. Signed-off-by: Mark Hatle <mark.hatle@amd.com> (cherry picked from commit b9dbc1c932dacf76a2bf3c2158269e3d219c1b4c) Signed-off-by: Mark Hatle <mark.hatle@amd.com>