aboutsummaryrefslogtreecommitdiffstats
path: root/meta-xilinx-bsp/conf/machine
AgeCommit message (Collapse)Author
2019-01-01machine-xilinx-board.inc: Remove includeNathan Rossi
This include has a single line which adds the virtual/bootloader to EXTRA_IMAGEDEPENDS. Move this append into the individual machines and drop the include. This makes using the meta-xilinx-bsp default machine configuration much simpler for external users as well as making the use of a bootloader explicit on a per machine basis. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01machine-xilinx-qemu.inc: Remove KERNEL_DEVICETREE parsingNathan Rossi
Remove the parsing of KERNEL_DEVICETREE as by default those values will be populated into the IMAGE_BOOT_FILES variable. Also add a note describing why wildcard patterns work in the QB_DTB field. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01machine-xilinx-default.inc: Add dtb files for IMAGE_BOOT_FILESNathan Rossi
Add all available dtb sources to the IMAGE_BOOT_FILES variable. For device-tree recipe generated dtbs the files available are only known after they files are deployed, so a wildcard pattern is used for these files. Note that this pattern appears before the kernel device trees due to the preference to use custom non-kernel device trees where available. This ordering is needed so that recipes like u-boot-zynq-uenv can pick the first device tree to select as the default. The kernel device trees are specifically selected based on the value of KERNEL_DEVICETREE, this avoid the duplication of kernel image type prefixed files along side having the actual files that the kernel builds. Additionally remove all instances of "${MACHINE}.dtb" as they no longer need to be specified and are incorrect due to the nesting of the files in the `devicetree` directory. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01machine-xilinx-default.inc: Default IMAGE_BOOT_FILES using functionNathan Rossi
Replace the definition of IMAGE_BOOT_FILES in machine-xilinx-board.inc with the use of a function which automatically selects available images that should be included. This includes the existing implementation of `get_dtb_list` and replaces it with a function that covers all image files including the existing default for KERNEL_IMAGETYPE(S) and UBOOT_BINARY. Also remove the use of `get_dtb_list` from individual machines which is replaced by the default value. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01get_dtb_list function which formats the dtb files properly before adding to ↵Franz Forstmayr
IMAGE_BOOT_FILES Replaced the hard-coded devicetree files in IMAGE_BOOT_FILES with a function, which formats the KERNEL_DEVICETREE list properly. Signed-off-by: Franz Forstmayr <f.forstmayr@gmail.com> Reviewed-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01tune-versal.inc: Add support for versal devicesManjukumar Matha
Add tune file supporting versal devices. Xilinx is introducing Versal, an adaptive compute acceleration platform (ACAP), built on 7nm FinFET process technology. Versal ACAPs combine Scalar Processing Engines, Adaptable Hardware Engines, and Intelligent Engines with leading-edge memory and interfacing technologies to deliver powerful heterogeneous acceleration for any application. The Versal AI Core series has five devices, offering 128 to 400 AI Engines. The series includes dual-core Arm Cortex™-A72 application processors, dual-core Arm Cortex-R5 real-time processors, 256KB of on-chip memory with ECC, more than 1,900 DSP engines optimized for high-precision floating point with low latency Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01machine-xilinx-default.inc: set libgles1, libgles2 and egl to libmali-xlnxVineeth Chowdary Karumanchi
zynqmpeg and zynqmpev devices has Mali400, overrides extended with mali400.This patch sets preferred providers to libmali-xlnx. Signed-off-by: Vineeth Chowdary Karumanchi <vineethchowz.chowdary@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01microzed-zynq7: Change to using device tree from kernelNathan Rossi
Change the microzed board to use the device tree from the kernel. This device tree was added in in kernel v4.10 and was pulled into the meta-xilinx layer to resolve some usb issues in commit 8e01359125. With all kernel recipes being at or beyond v4.10 using the kernel source is straight forward and removes any issues caused by differences between the in kernel and the copied version. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01conf/machine: Prepend 'devicetree' directory for device-tree usersNathan Rossi
Prepend the 'devicetree' subdirectory in IMAGE_BOOT_FILES for machines that use the device-tree recipe. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01*-zynqmp.conf: Add variables to provide paths of pmu-firmare deploymentManjukumar Matha
When building pmu firmware using multiconfig setup, the binaries can be deployed in different build directory. Provide variables to set the binaries in the required path for QEMU. Fix SPL dependency on pmu-firmware. Since the pmu-firmware is being built as a part of multiconfig provide variables to fetch appropriate pmu-firmware binaries. Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2019-01-01zynqmp-pmu: Remove class that uses a multilib hack to build standalone ↵Alejandro Enedino Hernandez Samaniego
components The zynqmp-pmu class was being used to build standalone components (PMU) for several devices, with the introduction of the meta-xilinx-standalone layer and the xilinx-standalone distro, this is not necessary anymore. Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com> Reviewed-by: Luca Ceresoli <luca@lucaceresoli.net> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-07-18picozed-zynq7.conf: fix the typo in the include fileNicholas Pillitteri
Fix the typo in the include file, it is missing require/include Signed-off-by: Nicholas Pillitteri <njpillitteri@gmail.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-06-11conf/machine/*.conf: Add SOC_VARIANT for each machineVineeth Chowdary Karumanchi
Add appropriate SOC_VARIANT for each machine configuration. This is required from the introduction of overrides based on SOC_VARIANT. Available SOC_VARIANT's for UltraScale+ MPSoC: "cg" - Zynq UltraScale+ CG Devices "eg" - Zynq UltraScale+ EG Devices "ev" - Zynq UltraScale+ EV Devices Add SOC_VARIANT to zcu102 board. Default variant is EG device. Add SOC_VARIANT to zcu104 board. Default variant is EV device. Add SOC_VARIANT to zcu106 board. Default variant is EV device. Available SOC_VARIANT's for zynq: "7zs" - Zynq-7000 Single A9 Core "7z" - Zynq-7000 Dual A9 Core Add SOC_VARIANT to zc702 board. Default variant is 7z device. Add SOC_VARIANT to zc706 board.Default variant is 7z device. Add SOC_VARIANT to microzed board.Default variant is 7z device. Add SOC_VARIANT to picozed board.Default variant is 7z device. Add SOC_VARIANT to zedboard board.Default variant is 7z device. Add SOC_VARIANT to zybo board.Default variant is 7z device. Add SOC_VARIANT to qemu-zynq7 board.Default variant is 7z device. Signed-off-by: Vineeth Chowdary Karumanchi <vineethchowz.chowdary@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-06-11tune-zynq.inc: Set SOC_VARIANT for zynq devices to 7zVineeth Chowdary Karumanchi
zynq-7000 devices are mainly shipped in 2 variants. https://www.xilinx.com/products/silicon-devices/soc/zynq-7000.html#productTable Available SOC_VARIANT's for zynq: "7zs" - Zynq-7000 Single A9 Core "7z" - Zynq-7000 Dual A9 Core This will extend MACHINEOVERRIDES for each device variant as: 7zs --> zynq7zs 7z --> zynq7z This patch sets the default value of SOC_VARIANT to 7z. This can be overriden in machine configuration to match the intended FPGA device. Signed-off-by: Vineeth Chowdary Karumanchi <vineethchowz.chowdary@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-06-11tune-zynqmp.inc: Set default SOC_VARIANT to egVineeth Chowdary Karumanchi
UltraScale MPSoC is shipped in 3 device variants. https://www.xilinx.com/products/silicon-devices/soc/zynq-ultrascale-mpsoc.html#productTable Available SOC_VARIANT's for zynqmp: "cg" - Zynq UltraScale+ CG Devices "eg" - Zynq UltraScale+ EG Devices (MALI 400) "ev" - Zynq UltraScale+ EV Devices (MALI 400 + VCU) This will extend MACHINEOVERRIDES for each device variant as: cg --> zynqmpcg eg --> zynqmpeg ev --> zynqmpev This patch sets the default value of SOC_VARIANT to eg. This can be overriden in machine configuration to match the intended FPGA device. Signed-off-by: Vineeth Chowdary Karumanchi <vineethchowz.chowdary@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-06-11machine-xilinx-overrides.inc: Provide override mechanism depending on SoC ↵Alejandro Enedino Hernandez Samaniego
features This patch enables to add overrides depending on the SoC capabilities. UltraScale+ FPGA has different variants of silicon to support different features like MALI400, VCU. Categorically there are three variants: cg devices, eg devices(MALI 400) and ev devices (MALI 400+ VCU) See: https://www.xilinx.com/products/silicon-devices/soc/zynq-ultrascale-mpsoc.html#productTable dr devices are based for UltraScale+ RFSoC This patch allows machineoverides to be extended as zynqmp(cg|eg|ev|dr) and mali400/vcu (based on functionality). This helps in grouping of settings for similar SoC This patch also adds packages to be a part of the feed based on SOC_FAMILY and SOC_VARIANT Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com> Signed-off-by: Vineeth Chowdary Karumanchi <vineethchowz.chowdary@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-06-07zcu104-zynqmp.conf: Add support for ZCU104 evaluation boardJaewon Lee
The ZCU104 Evaluation Kit enables designers to jumpstart designs for embedded vision applications such as surveillance, Advanced Driver Assisted Systems (ADAS), machine vision, Augmented Reality (AR), drones and medical imaging. This kit features a Zynq® UltraScale+™ MPSoC EV device with video codec and supports many common peripherals and interfaces for embedded vision use case. The included ZU7EV device is equipped with a quad-core ARM® Cortex™-A53 applications processor, dual-core Cortex-R5 real-time processor, Mali™-400 MP2 graphics processing unit, 4KP60 capable H.264/H.265 video codec, and 16nm FinFET+ programmable logic. This patch adds machine configuration file for ZCU104 Evaluation Kit with required setting of board specific yocto variables needed for compilation of bootloader, kernel and device-tree. - linux-xlnx is the kernel provider - u-boot-xlnx is the u-boot provider which will also generate SPL boot.bin - hwcodec is provided by libomxil-xlnx recipe, this will pull in additional dependencies of VCU kernel modules, control software, firmware binaries Depending on the application need you may want to pass the appropriate CMA size in bootargs or set CONFIG_CMA_SIZE_MBYTES in kernel. While using SPL flow, you may need to provide additional hack to pass the PMU config object. This is similar to all ZU+ boards, due to gap in SPL flow unable to load PMU config object. Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-06-07zcu106-zynqmp.conf: Add support for ZCU106 Evaluation KitDevarsh Thakkar
The ZCU106 Evaluation Kit enables designers to jumpstart designs for video conferencing, surveillance, Advanced Driver Assisted Systems (ADAS) and streaming and encoding applications. This kit features a Zynq® UltraScale+™ MPSoC EV device and supports all major peripherals and interfaces, enabling development for a wide range of applications. The included ZU7EV device is equipped with a quad-core ARM® Cortex™-A53 applications processor, dual-core Cortex-R5 real-time processor, Mali™-400 MP2 graphics processing unit, 4KP60 capable H.264/H.265 video codec, and 16nm FinFET+ programmable logic. This patch adds machine configuration file for ZCU106 Evaluation Kit with required setting of board specific yocto variables needed for compilation of bootloader, kernel and device-tree. - linux-xlnx is the kernel provider - u-boot-xlnx is the u-boot provider which will also generate SPL boot.bin - hwcodec is provided by libomxil-xlnx recipe, this will pull in additional dependencies of VCU kernel modules, control software, firmware binaries Depending on the application need you may want to pass the appropriate CMA size in bootargs or set CONFIG_CMA_SIZE_MBYTES in kernel. While using SPL flow, you may need to provide additional hack to pass the PMU config object. This is similar to all ZU+ boards, due to gap in SPL flow unable to load PMU config object. Signed-off-by: Devarsh Thakkar <devarsht@xilinx.com> Tested-by: Maulik Desai <maulik.desai@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-05-28kc705-microblazeel.conf: Pin providers to Xilinx kernel and u-bootManjukumar Matha
kc705 is tested with Xilinx kernel tree and u-boot, set preferred provider to use the vendor tree rather than upstream version Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-05-28kc705-microblazeel.conf: Add UBOOT_MACHINE to kc705Manjukumar Matha
Due to changes in 1138c5623d3e0c415d18b109ccf6c4f301c173f6, the definiton of UBOOT_MACHINE was removed. This causes the following error ERROR: Nothing PROVIDES 'virtual/bootloader' u-boot-xlnx PROVIDES virtual/bootloader but was skipped: Either UBOOT_MACHINE or UBOOT_CONFIG must be set in the kc705-microblazeel machine configuration. u-boot PROVIDES virtual/bootloader but was skipped: Either UBOOT_MACHINE or UBOOT_CONFIG must be set in the kc705-microblazeel machine configuration. u-boot-xlnx-dev PROVIDES virtual/bootloader but was skipped: Either UBOOT_MACHINE or UBOOT_CONFIG must be set in the kc705-microblazeel machine configuration. This is a requried setting, set it to microblaze-generic_config Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2018-05-25zcu102-zynqmp.conf: Use ATF and u-boot instead of u-boot-spl.binManjukumar Matha
Use ATF and u-boot.elf while booting using QEMU instead of u-boot-spl.bin. The ATF code is fixed not to fail while looking for FSBL. Also adopt to using pmu-firmware-${MACHINE} name change Reviewed-by: Alistair Francis <alistair.francis@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2017-12-21conf/machine/microblaze: Remove MicroBlaze tunesNathan Rossi
The MicroBlaze tunes are now part of oe-core. This removes the need for the meta-xilinx-bsp layer to provide architecture tunes. The tunes in oe-core are almost identical (with the exception of tune-microblaze.inc which had machine configuration in meta-xilinx). Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2017-12-21machine-xilinx-default.inc: Setup MicroBlaze preferred GDBNathan Rossi
With the perspective removal of tune-microblaze.inc, the following preferred GDB version configuration for MicroBlaze needs to be relocated. This change also drops the setting of gdb-cross* targets as they were not setup properly since "gdb-cross-${TARGET_ARCH}" was not specified correctly. This is also preferred as newer GDB (e.g. 8.0) does support gdb-cross for debugging (just not gdbserver/gdb). Ideally the MicroBlaze GDB patches should be updated to support the newest GDB and or upstreamed. However this setup continues to be available until that occurs. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2017-12-21machine/*-microblaze*: Add linux.bin.ub KERNEL_IMAGETYPENathan Rossi
The tune-microblaze.inc is currently providing this configuration, however since this is not a tune specific configuration it should be set by the machine itself. Additionally with the perspective change to remove tune-microblaze.inc the reliance on this includes configuration needs to be removed. Also remove the superfluous '_remove = "device-tree"' for s3adsp1800-qemu-microblazeeb. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2017-12-21machine-xilinx-default.inc: Re-enable qemu-usermode for MicroBlazeNathan Rossi
With prelink-rtld support available for MicroBlaze and toolchain fixes for atomic CAS bugs it is functional to generate gobject introspection data for MicroBlaze binaries. This does still require the meta-xilinx append for qemu which enables the architecture such that qemu linux user is available. Signed-off-by: Nathan Rossi <nathan@nathanrossi.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
2017-12-13meta-xilinx: Restructuring meta-xilinx to support multiple layersManjukumar Matha
As discussed previously on mailing list, we are proceeding with layer restructuring. For rocko release we will have the following layers meta-xilinx ->meta-xilinx-bsp (current meta-xilinx) ->meta-xilinx-contrib In the subsequent releases we will add other layers from Xilinx meta-xilinx ->meta-xilinx-bsp (current meta-xilinx) ->meta-petalinux ->meta-xilinx-tools ->meta-xilinx-contrib This will provide one clone to get all the required meta layers from Xilinx for a complete solution, and the users can blacklist any layer which they don't want to use using bblayer.conf. This will enables us to help our vendors/partners to add their reference designs, board definitions etc. Recipe changes : * Move reference design zybo-linux-bd.bb to meta-xilinx-contrib * Move kernel patches realted to zybo-linux-bd-zynq7 board to meta-xilinx-contrib * Update README Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>