Avoid the inclusion of device tree files that do not exist upstream when virtual/kernel is linux-ti-mainline for the am43xx machines. Signed-off-by: Drew Fustini <dfustini@...> --- conf/machine/includ

Avoid the inclusion of device tree files that do not exist upstream when virtual/kernel is linux-ti-mainline for the am57xx-evm MACHINE. Signed-off-by: Drew Fustini <dfustini@...> --- conf/machine/am5

Avoid the inclusion of device tree files that do not exist upstream when virtual/kernel is linux-ti-mainline for the dra7xx-evm MACHINE. Signed-off-by: Drew Fustini <dfustini@...> --- conf/machine/dra

Builds for ARAGO_BRAND=mainline are failing for the following machines: - dra7xx-evm - am57xx-evm - am437x-evm This is beause the above machine configurations include files in their KERNEL_DEVICETREE

If we do not have TI_SECURE_DEV_PKG set then SYSFW generation will fail if we are building for the HS platform. When TI_SECURE_DEV_PKG is not set we assume the builder is only interested in the GP boa

Signed-off-by: Andrew Davis <afd@...> --- recipes-ti/includes/ti-paths.inc | 2 ++ recipes-ti/secdev/ti-k3-secdev_git.bb | 36 +++++++++++++++++++++++++++ 2 files changed, 38 insertions(+) create mode 1

Signed-off-by: Andrew Davis <afd@...> --- recipes-bsp/ti-sci-fw/ti-sci-fw_git.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/recipes-bsp/ti-sci-fw/ti-sci-fw_git.bb b/recipes-b

The HS-SE AM64xx machine can now be run on GP devices and built without needing the TI_SECURE_DEV_PKG for the same. AM64xx will only be available in the HS-FS type going forward. Make the HS-SE the de

upgrade arm-trusted-firmare to v2.7 Signed-off-by: Praneeth Bajjuri <praneeth@...> Tested-by: Judith Mendez <jm@...> --- *Changes from v1: removed linux-fw recipe update, that was a mistake. recipes-b

upgrade arm-trusted-firmare to v2.7 Signed-off-by: Praneeth Bajjuri <praneeth@...> Tested-by: Judith Mendez <jm@...> --- recipes-bsp/ti-linux-fw/ti-linux-fw.inc | 2 +- recipes-bsp/trusted-firmware-a/t

The HS-SE AM64xx machine can now be run on GP devices and built without needing the TI_SECURE_DEV_PKG for the same. AM64xx will only be available in the HS-FS type going forward. Make the HS-SE the de

This machine was missed when making combined R5 boot the default. Add this machine to fix build failure. Reported-by: Ryan Eatmon <reatmon@...> Signed-off-by: Andrew Davis <afd@...> --- recipes-bsp/ti

FIT Image based kernels are valid for all K3 devices, not just HS, deploy this kernel image type by default so it doesn't have to be appended on a per-device-type basis. Signed-off-by: Andrew Davis <a

Use multiconfig to generate a GP SYSFW image. This allows the HS SDK to be used on GP boards by simply switching out the SYSFW image: $ cd /mnt/sd-card/boot $ mv tiboot3-am64x-gp-evm.bin tiboot3.bin S

Update to the latest commit of ti-u-boot-2021.01. As part of this U-Boot update the non-HS AM64x-evm defconfig was removed. This is okay as building this defconfig without defining TI_SECURE_DEV_PKG w

This recipe deploys the raw SYSFW unconditionally which causes issues when doing multiconfig builds. What should happen is only one deploys these, select that the same way we select which one deploys

The K3 TI_SECURE_DEV_PKG is the same for all devices, move this out of each machine file and into the common K3 includes. This doesn't have any effect on the GP machines as they make no use of it. Sig

Add SYSFW_TIBOOT3_SYMLINK and use it the same way we use SYSFW_SYMLINK for the non-combined boot flow, to allow not setting the default for some machine types. Signed-off-by: Andrew Davis <afd@...> --

We already cd into DEPLOYDIR so this is not needed. This now matches the keystone version below. Also fixes build in some odd situations. Signed-off-by: Andrew Davis <afd@...> --- recipes-bsp/u-boot/u

Going forward, the combined tiboot3.bin is going to be the standard. Only AM65x and J721e will still use the split boot. Set the output of U-Boot to be u-boot-spl.bin by default and override only for