linux/meta-xilinx.git/conf/machine/include, branch pyro

machine-xilinx-default.inc: Remove image_types_uboot

2017-11-14T09:13:56+00:00

This has changed in the meta layer and breaks the build, as it appears it is no longer required just remove it. Signed-off-by: Alistair Francis Signed-off-by: Nathan Rossi

zynqmp-pmu-config.inc: Limit to specific recipes

2017-08-27T09:15:41+00:00

Limit the appending/enabling of the zynqmp-pmu BBCLASSEXTEND to only specific recipes which are used for the building of pmu-firmware. This is just binutils, gcc, newlib, libgloss and pmu-firmware itself. The limiting is done based on the BPN of the recipe, which is not provided as an override so the conditional is tested with an inline python function. This change removes the need for the extender class to be enabled globally which can conflict with certain recipes that were not written to be extended by the BBCLASSEXTEND mechanism. This change also improves the parse time avoiding the need to parse all recipes for both target and zynqmp-pmu. Add comment for the PACKAGE_EXTRA_ARCHS setting, so it is clear why it is set. Signed-off-by: Nathan Rossi Acked-by: Alistair Francis Tested-by: Alistair Francis

zcu102-zynqmp: Setup the use of multiarch QEMU

2017-06-03T06:55:31+00:00

Setup the qemuboot variables and qemu-xilinx-helper-native environment to use the multiarch script to start a QEMU multiarch instance with the MicroBlaze PMU. Signed-off-by: Nathan Rossi Tested-by: Alistair Francis

zcu102-zynqmp: Enable building of PMU recipes and build pmu firmware

2017-06-03T06:55:31+00:00

Enable the building of 'zynqmp-pmu' recipes, and setup the pmu-firmware to be built for the image. Signed-off-by: Nathan Rossi Tested-by: Alistair Francis Tested-by: Koteswararao Nayudu

machine-xilinx-default.inc: Remove xserver-xorg-extension-glx

2017-05-30T09:35:10+00:00

xserver-xorg-extension-glx is a software support, the performance is not validate on Xilinx platform. Instead convert application to depend on egl/gles1/gles2. MALI400 provides the required hardware acceleration Signed-off-by: Manjukumar Matha Reviewed-by: Nathan Rossi

zcu102-zynqmp.conf: Remove mali as machine feature

2017-05-30T09:30:28+00:00

Remove mali as machine feature. This is not required, any dependencies on mali userspace libraries should be resolved through gles1/gles2/egl preffered provider. for ex: PREFERRED_PROVIDER_virtual/libgles1_zynqmp = "libmali-xlnx" PREFERRED_PROVIDER_virtual/libgles2_zynqmp = "libmali-xlnx" PREFERRED_PROVIDER_virtual/egl_zynqmp = "libmali-xlnx" MALI userspace libraries inturn should depends on out-of-tree mali kernel module. Signed-off-by: Manjukumar Matha Reviewed-by: Nathan Rossi

feature-microblaze-versions.inc: Simplify version formatting functions

2017-05-30T08:46:21+00:00

Simplify the functions used to generate the TUNE_CCARGS and PKGARCH version strings. Signed-off-by: Nathan Rossi

arch-microblaze.inc: Invert how the 'reorder' feature is used for v8.30

2017-05-30T08:46:21+00:00

With Xilinx MicroBlaze v8.30 a configuration issue requires that the 'pattern-compare' feature is enable for the 'reorder' feature to be correctly functional. Previously the MicroBlaze tune setup would assume that 'pattern-compare' was available even when it may not actually be, and would force enable the 'pattern-compare' feature automatically. This behaviour is prone to issues and may emit broken binaries for a target when the user was not aware or expected that there target CPU was broken. This change inverts the behaviour such that instead of implicitly enabling the 'pattern-compare' feature it instead does not enable generation of reorder instructions for the compiler by setting '-mno-xl-reorder' in the same way as the case that the target does not have the feature enabled. Signed-off-by: Nathan Rossi

machine-xilinx-default.inc: Remove version pinning for linux-xlnx

2017-05-15T11:27:31+00:00

Remove the version pinning for linux-xlnx, this allows for using the newest version available without needing to change the include. Signed-off-by: Nathan Rossi

qemuboot-xilinx.bbclass: Rework qemu-xilinx setup

2017-04-27T14:22:19+00:00

This change reworks how the meta-xilinx layer enables and provides the custom version of QEMU based on Xilinx's fork of QEMU. The existing implementation relied on the single sysroot which was changed in oe-core such that now recipes have their own sysroots (RSS support). Additionally oe-core now provides the QEMU binaries to the runqemu script via the 'qemu-helper-native' recipes sysroot as opposed to the image sysroot. These rework changes allow for a single machine to select the targeted QEMU version as well as to provide the qemuboot config specific to the targeted QEMU version. The selection of QEMU version is now handled by PREFERRED_PROVIDER mechanics with the meta-xilinx layer providing an additional recipe that is equivalent to qemu-helper-native and which also provides said target allowing for the machine to select via the use of PREFERRED_PROVIDER_qemu-helper-native. This recipe (qemu-xilinx-helper-native) however instead provides the sysroot populated with qemu-xilinx instead of qemu. Additionally the XILINX_QEMUBOOT variable is replaced with the qemuboot-xilinx.bbclass, this provides the overrides for setting up qemu-xilinx specific QB_* args. Additionally this bbclass points runqemu at the qemu-xilinx-helper-native sysroot for QEMU binaries. These changes also work towards making the meta-xilinx layer better handle multiple qemuboot.conf variants as well as handling different QEMU versions. This change also removes the 'qemu-system-xilinx' MACHINE_FEATURES, this is due to MACHINE_FEATURES no longer being available for native recipes. Additionally there is no longer any logic that needs to know this any way. Signed-off-by: Nathan Rossi Reviewed-by: Alistair Francis