summaryrefslogtreecommitdiffstats
path: root/meta-xilinx-bsp/conf/machine/zcu1285-zynqmp.conf
Commit message (Collapse)AuthorAgeFilesLines
* meta-xilinx-bsp: Move XSCT bsps to meta-xilinx-toolsMark Hatle2024-09-041-56/+0
| | | | Signed-off-by: Mark Hatle <mark.hatle@amd.com>
* Merge remote-tracking branch 'origin/rel-v2023.2' into nanbieldMark Hatle2023-10-231-0/+2
|\ | | | | | | Signed-off-by: Mark Hatle <mark.hatle@amd.com>
| * machine: Deprecate zcu1275 and zcu1285 machine conf filesSandeep Gundlupet Raju2023-07-201-54/+0
| | | | | | | | | | | | | | | | Since zcu1275 and zcu1285 design xsa has deprecated, hence deprecate zcu1275 and zcu1285 machine conf files. Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju@amd.com> Signed-off-by: Mark Hatle <mark.hatle@amd.com>
* | meta-xilinx-bsp:machine: Use ATF_CONSOLE instead of ATF_CONSOLE_DEFAULTSandeep Gundlupet Raju2023-08-311-1/+1
|/ | | | | | | | | | | In arm-trusted-firmware recipe, ATF_CONSOLE_DEFAULT variable has override and setting this variable value from local.conf and machine.conf will not be effective during variable pre-expansion values. Hence use ATF_CONSOLE instead of ATF_CONSOLE_DEFAULT in machine conf files. Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju@amd.com> Signed-off-by: Mark Hatle <mark.hatle@amd.com>
* zynqmp: Update machine conf file using gen-machineconf toolSandeep Gundlupet Raju2023-01-131-7/+48
| | | | | | | | | | | | | | | | | | | | | 1. Update below zynqmp eval board machine conf file using gen-machineconf tool by parsing respective xsa. - zcu102-zynqmp - zcu104-zynqmp - zcu106-zynqmp - zcu111-zynqmp - zcu1275-zynqmp - zcu1285-zynqmp - zcu208-zynqmp - zcu216-zynqmp 2. Move variables which changes based on xsa before required inclusion file to handle pre-expansion values. 3. Disable U-boot SPL boot and kernel device tree by default. User has to set explicitly to use it. 4. Use use soc variant based generic machine inclusion Signed-off-by: Sandeep Gundlupet Raju <sandeep.gundlupet-raju@amd.com> Signed-off-by: Mark Hatle <mark.hatle@amd.com>
* meta-xilinx-bsp: Align SOC_VARIANT with PetaLinuxMark Hatle2022-01-141-1/+1
| | | | Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* meta-xilinx-bsps: Add board-style overrides to select correct componentsMark Hatle2022-01-141-0/+3
| | | | | | Add the override expected by device-tree and other recipes to each machine. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* meta-xilinx-bsp: Remove extra entries, already set by the included defaultsMark Hatle2022-01-141-21/+0
| | | | Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* meta-xilinx-bsp: Convert all BSPs to use the generic configsMark Hatle2022-01-141-2/+1
| | | | Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* manual changes for overrides syntax fixesSai Hari Chandana Kalluri2021-09-281-1/+1
| | | | Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
* Convert to new override syntaxSai Hari Chandana Kalluri2021-09-281-1/+1
| | | | | | | | | | This is the result of automated script (0.9.0) conversion: oe-core/scripts/contrib/convert-overrides.py . converting the metadata to use ":" as the override character instead of "_". Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
* *.conf: use weaker assignment for UBOOT_MACHINERaju Kumar Pothuraju2021-07-141-1/+1
| | | | | | | | Using weaker assingnment for UBOOT_MACHINE to update this value in petalinux without _forcevariable. Signed-off-by: Raju Kumar Pothuraju <raju.kumar-pothuraju@xilinx.com> Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
* embeddedsw: Rework plm/pmu/psm firmware and Linux packagingMark Hatle2021-07-141-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In order to allow standalone (meta-xilinx-standalone), XSCT (meta-xilinx-tools), and future items to work in the same way the recipes have been restructured. A *-firmware recipe will generate the firmware and stage it to do_deploy. A *fw recipe will take the deployed version and package it for the Linux side of things. This allows the firmware generation to be easily extended without requiring packaging knowledge. Similarly packaging can be extended for alternative boot/upgrade mechanisms as required. In all cases, the MACHINE configuration will specify the default way the components are to be built, along with the names of the item in the deploy directory. The PLM/PSM/PMU_IMAGE_NAME is the name for the generated firmware. PLM/PSM/PMU_DEPLOY_DIR is the path to the constructed firmware. This along with the IMAGE_NAME above can be used to specify the location of an externally generated set of firmware. Addtionally the dependencies for building the plmfw/psmfw/pmufw can be changed easily using PLM/PSM/PMU_DEPENDS and PLM/PSM/PMU_MCDEPENDS. The former specifies dependencies in the same multiconfig, while the later allows the component to require another multiconfig to have finihed. The system has a referenced default, if multiconfig is enabled it will automatically use it, otherwise it will try to use the recipe in the main configuration. (This will fail unless meta-xilinx-tools is available.) Also two multiconfigs hve been implemented: versal-fw and zynqmp-pmufw They can be enabled using BBMULITCONFIG += "zynqmp-pmufw" or versal-fw. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* machines: Remove default SERIAL_CONSOLES_CHECKMark Hatle2020-04-031-1/+0
| | | | | | | | | | | | | | | | | | By default the machines should not check and remove declared consoles that are not available on first boot. It's up to the user to add this to their build configuration. The recommended user behavior is: SERIAL_CONSOLES_CHECK = ${SERIAL_CONSOLES} but the side effect of this is that if the device configuration changes after the first boot, the additional devices will not be available. (Note, this may result in warning messages with getty unable to connect to certain devices.) Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* machines: Move from SERIAL_CONSOLE (deprecated) to SERIAL_CONSOLESMark Hatle2020-04-031-1/+1
| | | | | | | Usage of 'SERIAL_CONSOLE' was deprecarted in late 2013. Move to the using 'SERIAL_CONSOLES', where the format is slightly different. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* meta-xilinx-bsp: remove redundant PREFERRED_PROVIDERMark Hatle2020-03-131-3/+0
| | | | | | | PREFERRED_PROVIDER_virtual/kernel and PREFERRED_PROVIDER_virtual/bootloader are normally set by machine-xilinx-default.inc. Only set these if necessary. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* meta-xilinx-bsp: rename machine-xilinx-override to xilinx-soc-family.incMark Hatle2020-03-131-1/+0
| | | | | | | | | | The machine-xilinx-override is really just an extension to the standard soc-family.inc file. So rename this, move the include of soc-family.inc to this file, move the include to the soc includes to each soc file, and finally adjust the machines to remove machine-xilinx-override as it's no longer necessary. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* meta-xilinx-bsp: Rename soc configuration masquerading as a tune fileMark Hatle2020-03-131-1/+1
| | | | | | | The tune files were really soc configuration files. Tune files should only specify toolchain flags that affect optimiation and abi. Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
* zcu1285-zynqmp.conf:using common u-boot defconfigVaralaxmi Bingi2020-02-171-1/+1
| | | | | | | | This patch will use common uboot defconfig for zcu1285 bsp. Signed-off-by: Varalaxmi Bingi <varalaxmi.bingi@xilinx.com> Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
* zcu1285-zynqmp.conf: Update UBOOT_MACHINEMukund PVVN2019-12-091-1/+1
| | | | | | | | | uboot config file is renamed from "xilinx_zynqmp_zc1275_revB_defconfig" to "xilinx_zynqmp_zcu1275_revB_defconfig", updated UBOOT_MACHINE to reflect the change Signed-off-by: Mukund PVVN <mukundp@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
* zynq/zynqmp confs: Adding boot.scr to IMAGE_BOOT_FILESJaewon Lee2019-12-091-0/+1
| | | | | | | | Adding boot.scr to IMAGE_BOOT_FILES so boot.scr is included in the wic sd card generation, if wic image generation is enabled Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
* u-boot-zynq-scr: reworking boot.scr recipe to work for zynq and zynqmpJaewon Lee2019-12-091-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Separating out sample boot.cmd file for the three supported arch (zynq, zynqmp, versal), Updating devicetree, kernel, ramdisk load addresses for zynq, and dynamically setting DEVICE_TREE_NAME to either system.dtb or kernel dtb, depending on if dtg is used or not. This u-boot-zynq-scr implementation is put in to set the default boot and boot quicker than having to wait for the distro_bootcmd to cycle to the correct boot medium. For example, zynq arch has boot_targets set to "mmc mmc0 qspi usb0 pxe dhcp xilinx" and it takes about 30 seconds to try the 'xilinx' target which will run the correct bootargs. To use the boot.scr file, zynqmp boards must have BOOT.bin, Image, system.dtb, and boot.scr in the boot partition and a rootfs extracted in the second partition. Zynq boards must have BOOT.bin, uImage, system.dtb, boot.scr, and uramdisk.image.gz in the boot partition. (uramdisk.image.gz is the ${IMAGE}.cpio.gz.u-boot in deploy directory) Adding u-boot-zynq-scr dependency to all zynq and zynqmp machine confs. Conditionally adding system.dtb to IMAGE_BOOT_FILES for zcu102 to support boot.scr in qemu flow. Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
* zcu1285-zynqmp.conf: Add support for zcu1285 boardSwagath Gadde2019-08-151-0/+38
Add initial support for zcu1285 evaluation board which has the following main features: * XCZU39DR-FFVF1760 * Samtec BullsEye cable access to: * 16 GTY transceivers * 4 GTR transceivers * 16 ADCs * 16 DACs This patch adds machine configuration file for ZCU1285 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 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: Swagath Gadde <swagathg@xilinx.com> Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com> Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-08-07 20:43:59 +0000