linux/meta-xilinx.git/meta-xilinx-bsp/conf/machine/ultra96-zynqmp.conf, branch master

meta-xilinx: Clean up vendor specific machine configuration files

2022-07-28T19:45:08+00:00

1. Add new metal-xilinx-vendor layer which supports vendor specific machine configuration files, device-tree, kernel, platform-init etc. 2. Moved below vendor machine conf files, dt and related configs from meta-xilinx-bsp and meta-xilinx-contrib to meta-xilinx-vendor layer. - microzed-zynq7.conf - minized-zynq7.conf - picozed-zynq7.conf - zedboard-zynq7.conf - zybo-zynq7.conf - zybo-linux-bd-zynq7.conf - ultra96-zynqmp.conf 3. Obsolete qemu-zynq7, s3adsp1800-qemu-microblazeeb, v350-versal and vc-p-a2197-00-versal from meta-xilinx-bsp layer. Users should use zynq-generic.conf for zynq7000 qemu boot should be functionally equivalent to qemu-zynq7. 4. Add new MAINTAINERS.md file and move maintainers, Mailing list and Patches content from meta-xilinx-* README.md to MAINTAINERS.md file. 5. Updated README.md file for supported board machines files in meta-xilinx-bsp, meta-xilinx-contrib and meta-xilinx-vendor layers. 6. Disabled old drm kernel patches for zybo-linux-bd-zynq mahcine in meta-xilinx-contrib layer as these patches doesn't apply on 5.x kernel, if we don't hear from patch submitter we will remove these patches from meta-xilinx-contrib layer. 7. Removed drm kernel cache metadate for zybo-linux-bd-zynq7 machine as these configs are already available in xilinx_zynq_defconfig. 8. Fixed build issue for u-boot by changing PREFERRED_PROVIDER_virtual/bootloader from u-boot to u-boot-xlnx. 9. Add meta-xilinx-vendor to bblayers.conf.sample Signed-off-by: Sandeep Gundlupet Raju Signed-off-by: Mark Hatle

meta-xilinx-bsp: Covert ultra96-zynqmp and vck-sc-zynqmp from BOARD based

2022-01-14T23:37:05+00:00

Use the MACHINEOVERRIDES to add the BOARD name so that overrides elsewhere will work as expected. Eventually the overrides will need to be adjusted. Signed-off-by: Mark Hatle

meta-xilinx-bsp: Convert all BSPs to use the generic configs

2022-01-14T23:37:05+00:00

Signed-off-by: Mark Hatle

Deprecate BOARD and BOARD_VARIANT support

2022-01-14T23:37:05+00:00

If the BOARD and/or BOARD_VARIANT is set, continue to allow this to work, however warn the user it is deprecated. Signed-off-by: Mark Hatle

ultra96-zynqmp: Default to zynqmp eg variant

2022-01-14T19:23:13+00:00

Signed-off-by: Mark Hatle

ultra96-zynqmp/zynqmp-generic: Specify the ultra96 so BOARD can select it

2021-09-28T15:19:44+00:00

Move the ultra96-zynqmp.conf into the zynqmp-generic (via a require). This approach can be used for other board specific overrides if necessary. Move MACHINE_FEATURES to the generic zynqmp-generic file, as that is requried to make a superset. Signed-off-by: Mark Hatle

u-boot-zynq-uenv: Remove incorrect dependency processing

2021-09-28T15:19:43+00:00

An RDEPEND can not be turned into a DEPEND directly. Indirectly the system is capable of doing this via various mapping, but the function in use can not do this safely. Also move ultra96 firmware from RRECOMMEND to RDEPEND. Signed-off-by: Mark Hatle

ultra96-zynqmp: Move to using zynqmp-generic as the foundation

2021-09-28T15:19:43+00:00

We use zynqmp-generic (via a require) as the default now, and only set the values that make the ultra96 unique. Note, the two RRECOMMEND dependencies at the end. These are requried for WiFi and Bluetooth. Signed-off-by: Mark Hatle

*.conf: use weaker assignment for UBOOT_MACHINE

2021-07-14T21:57:15+00:00

Using weaker assingnment for UBOOT_MACHINE to update this value in petalinux without _forcevariable. Signed-off-by: Raju Kumar Pothuraju Signed-off-by: Sai Hari Chandana Kalluri

embeddedsw: Rework plm/pmu/psm firmware and Linux packaging

2021-07-14T21:49:19+00:00

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