summaryrefslogtreecommitdiffstats
path: root/classes
Commit message (Collapse)AuthorAgeFilesLines
* zynqmp-pmu.bbclass: Fix issues with zynqmp-pmu and multilibNathan Rossi2017-08-271-0/+4
| | | | | | | | | | | | | | When using multilib the MULTILIB_VARIANTS variable is populated, this triggers differing code paths in certain recipes. These are not desired for the firmware building, since they modify the install paths. Also set the DEFAULTTUNE to avoid changes to BASELIB/baselib when multilib is used, as it attempts to set BASELIB based on 'tune-*' overrides. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Acked-by: Alistair Francis <alistair.francis@xilinx.com> Tested-by: Alistair Francis <alistair.francis@xilinx.com>
* classes/zynqmp-pmu.bbclass: Create a extender class for the ZynqMP PMUNathan Rossi2017-06-031-0/+118
| | | | | | | | | | | | | | | | | | | This class is an extender class similar to native/nativesdk/multilib that should be used with BBCLASSEXTEND. The purpose of this class is to allow the building of recipes for the ZynqMP PMU architecture along side building for the primary APU of the ZynqMP. Which allows for building the PMU firmware itself as well as its dependencies (e.g. newlib, libgloss). This class is intended for use with binutils-cross, gcc-cross, newlib, libgloss and pmu-firmware, but can be used globally. However there are limitations of this class and functional behaviour beyond the intended targets is not tested. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Tested-by: Alistair Francis <alistair.francis@xilinx.com> Tested-by: Koteswararao Nayudu <kotin@xilinx.com>
* xilinx-platform-init.bbclass: Generic platform-init classNathan Rossi2017-04-282-4/+14
| | | | | | | | | | | | | Create a more generic platform init class for use with Zynq 7000, ZynqMP and or future targets that use the platform initialization code files configuration setup. This generic class defines the source files (which are defined per SoC) and the staging directory to populate with the source files. This class replaces zynq7-platform-paths.bbclass. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com>
* qemuboot-xilinx.bbclass: Rework qemu-xilinx setupNathan Rossi2017-04-281-0/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 <nathan@nathanrossi.com> Reviewed-by: Alistair Francis <alistair.francis@xilinx.com>
* device-tree: Improve, clean up and remove MACHINE_DEVICETREENathan Rossi2017-04-261-58/+0
| | | | | | | | | | | | | | | This change improves and does a number of clean up to the device-tree recipe. This includes adding support for building overlays, default inclusion of kernel device tree sources, updated license value and general clean ups to the logic. This change also removes the support for MACHINE_DEVICETREE, and additionally the now unused xilinx-utils.bbclass. Note: In order to support overlays dtc version 1.4.3 or newer is needed, currently in oe-core only 1.4.2 is available. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com>
* classes/zynq7-platform-paths.bbclass: Add class with path definesNathan Rossi2015-03-311-0/+4
| | | | | | | * Class has defines for the staging directory where ps7_init_gpl.[ch] files are populated for other recipes to use Signed-off-by: Nathan Rossi <nathan.rossi@xilinx.com>
* linux-machine-config.inc: Refactored useful python functionsNathan Rossi2013-09-041-0/+58
* Refactored the useful python functions into more generic form and placed them in the 'xilinx-utils.bbclass' which can be inherited for the functions. Signed-off-by: Nathan Rossi <nathan.rossi@xilinx.com>