summaryrefslogtreecommitdiffstats
path: root/recipes-bsp
Commit message (Collapse)AuthorAgeFilesLines
...
* recipes-bsp: u-boot-ti-mainline: Update to v2021.07 releaseNishanth Menon2021-07-141-2/+2
| | | | | | | | | | | | Update u-boot recipe to be on the latest official upstream tag. This introduces initial support for AM64x which works with v5.13 kernel tag. Reviewed-by: Denys Dmytriyenko <denys@konsulko.com> Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* ti-sci-fw: Update linux firmware repo to 08.00.00.002Yogesh Siraswar2021-07-131-1/+1
| | | | | | Update linux firmware repo to 08.00.00.002 Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* u-boot-ti-staging: Update to 08.00.00.002 release tagYogesh Siraswar2021-07-131-2/+2
| | | | | | Update to 08.00.00.002 release tag Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* ti-sci-fw: k3-image-gen: Revert SPL address change for mainlineNishanth Menon2021-07-132-0/+47
| | | | | | | | | | | | | | | | | | | | | | | | Commit 02a2433c ("ti-sci-fw: Update image gen to latest") switched to a newer commit in k3-image-gen that also picked up TISCI firmware release, However, does include a change where the SPL address changed. This switch in address has been queued for upstream in a future release (v5.14 + u-boot 2021.10) and current mainline formal tags do not support this address change. As a result, we have a broken AM64x mainline support. Revert this specific change from k3-image-gen for mainline alone for now. NOTE: This uses ARAGO_BRAND=mainline which is NOT accurate for meta-ti which is distro independent, hence without appropriate changes while using alternate distros, this change will not take effect. Reported-by: Tom Rini <trini@konsulko.com> Suggested-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Nishanth Menon <nm@ti.com> Reviewed-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* ti-sci-fw: Update linux firmware repo to 08.00.00.001Nishanth Menon2021-07-131-1/+1
| | | | | | | | | | | | | | Just updating imggen to a configuration compatible with latest firmware should not have been accepted, we should have ensured that firmware commit has moved correspondingly as well. Fix the same, else we get a broken system. Fixes: 406f5998227e ("ti-sci-fw: Update imggen to release 08.00.00.001 tag") Signed-off-by: Nishanth Menon <nm@ti.com> Reviewed-by: Praneeth Bajjuri <praneeth@ti.com> Reviewed-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* prueth-fw: Update prueth dual emac firmware to 5.6.15Lokesh Vutla2021-07-131-1/+1
| | | | | | | | | Update the Prueth Dual Emac firmware to 5.6.15 version Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com> Signed-off-by: Dan Murphy <dmurphy@ti.com> Signed-off-by: Vignesh Raghavendra <vigneshr@ti.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* prusw-fw: Update switch firmwares to 3.2.9 versionLokesh Vutla2021-07-131-1/+1
| | | | | | | Update prueth switch firmwares to 3.2.9 version Signed-off-by: Vignesh Raghavendra <vigneshr@ti.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* ti-sci-fw: Update imggen to release 08.00.00.001 tagYogesh Siraswar2021-07-131-2/+2
| | | | | | Update imggen for release 08.00.00.001 tag Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* recipes-bsp: ivshmem: Remove ivshmem packagesNikhil Devshatwar2021-07-132-52/+0
| | | | | | | | | | | Jailhouse support is dropped for K3 platforms. So the ivshmem (inter VM shared memory) based UIO driver and test applications cannot be build and are not required. Remove the recipes for the same. Signed-off-by: Nikhil Devshatwar <nikhil.nd@ti.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* prueth-fw-am65x-sr2: Updating firmware to 02.02.09.02Grygorii Strashko2021-07-131-2/+2
| | | | | | | Update AM65x SR2.0 prueth firmware to 02.02.09.02 Signed-off-by: Grygorii Strashko <grygorii.strashko@ti.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* prueth-fw: am65x: SR1.0: Package the firmware images from ti-linux-firmwareGrygorii Strashko2021-07-131-27/+19
| | | | | | | | | | | Directly take the images from ti-linux-firmware instead of using pdk build, due to inconsistency of PDK releases vs Linux SDK releases vs different SoCs. Update to FW version: REL.CORESDK.08.00.00.20 Signed-off-by: Grygorii Strashko <grygorii.strashko@ti.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* trusted-firmware-a: Update to v2.5Praneeth Bajjuri2021-07-131-2/+2
| | | | | | | | | | Update to v2.5 tag merge from upstream to keep TF-A in sync. For major changes in trusted-firmware-a, See: https://trustedfirmware-a.readthedocs.io/en/latest/change-log.html#version-2-5 Signed-off-by: Praneeth Bajjuri <praneeth@ti.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* prueth-fw: am64xx-evm: add prebuilt PRU Ethernet FWGrygorii Strashko2021-07-131-1/+1
| | | | | | | | | Add prebuilt PRU Ethernet FW for am64xx-evm which is the same as for AM65x SR2.0. Signed-off-by: Grygorii Strashko <grygorii.strashko@ti.com> Reviewed-by: Praneeth Bajjuri <praneeth@ti.com> Signed-off-by: Yogesh Siraswar <yogeshs@ti.com>
* machine: am64xx-sk: Drop am64xx-sk Machine supportLokesh Vutla2021-05-172-23/+0
| | | | | | | | | With U-Boot supporting both am64xx-evm and am64xx-sk with single defconfig, there is not need for a new machine for am64xx-sk. So, drop support for am64xx-sk machine. Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* ti-uboot-staging: Update to the latest ti-u-boot-2021.01Praneeth Bajjuri2021-05-171-2/+2
| | | | | | Update to the latest commit of ti-u-boot-2021.01 Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-uboot-staging: Update to the latest ti-u-boot-2021.01Praneeth Bajjuri2021-05-171-2/+2
| | | | | | Update to the latest commit of ti-u-boot-2021.01 Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-sgx-ddk-km: Update srcrev to pick rt kernel build fixGowtham Tammana2021-05-171-2/+2
| | | | Signed-off-by: Gowtham Tammana <g-tammana@ti.com>
* recipes-bsp: u-boot-ti-mainline: Update to v2021.04 releaseNishanth Menon2021-05-041-4/+12
| | | | | | | | | | | | | | | Update u-boot recipe to be on the bleeding upstream tag. While at it, also update the u-boot source url to point to the new server as per [1]. While it may be redundant, lets document the usage of URI and PROTOCOL for those, who (cough), may get tripped otherwise. [1] https://source.denx.de/u-boot/u-boot/-/commit/a3bbd0b912f9afff745247fe9641961875322926 Signed-off-by: Nishanth Menon <nm@ti.com> Reviewed-by: Denys Dmytriyenko <denys@konsulko.com>
* ti-uboot-staging: Update to the latest ti-u-boot-2021.01Praneeth Bajjuri2021-05-041-2/+2
| | | | | | Update to the latest commit of ti-u-boot-2021.01 Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-sci-fw: Update image gen and linux-firmware to latestPraneeth Bajjuri2021-05-041-2/+2
| | | | | | update image gen and linux-firmware projects to latest commit Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-gc320-driver: update branch for 5.10Gowtham Tammana2021-05-041-3/+3
| | | | | | | Update branch and srcrev for picking up 5.10 branch. Signed-off-by: Gowtham Tammana <g-tammana@ti.com> Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-uboot-staging: Update to the latest ti-u-boot-2021.01Praneeth Bajjuri2021-05-041-2/+2
| | | | | | Update to the latest commit of ti-u-boot-2021.01 Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* cmem: Update to new version 4.20.00.01Praneeth Bajjuri2021-05-041-3/+3
| | | | | | | | | The update brings the fix for 5.10.x linux kernel. commit c0039f1fec25 ("cmemk: Fix 5.10 build errors for non Keystone2 platforms") commit 8aba20e20bf7 ("cmemk: Fix build errors for 5.10+ kernels") Signed-off-by: Praneeth Bajjuri <praneeth@ti.com> Reviewed-by: Suman Anna <s-anna@ti.com>
* uio-module-drv: Build fix for linux kernel 5.10Praneeth Bajjuri2021-05-042-0/+39
| | | | | | | | This update contains build fix for linux kernel 5.10 * uio-module-drv: Replace ioremap_nocache with ioremap Signed-off-by: Praneeth Bajjuri <praneeth@ti.com> Reviewed-by: Gowtham Tammana <g-tammana@ti.com>
* dsptop: bump SRCREV for kernel 5.10 build fixPraneeth Bajjuri2021-05-041-2/+2
| | | | | | | | | bump SRCREV to latest to pick build fix for 5.10 kernel. this update picks commit 816485e68430 ("Merge pull request #1 in DBG/dsptop from for-5.10 to master") Signed-off-by: Praneeth Bajjuri <praneeth@ti.com> Reviewed-by: Suman Anna <s-anna@ti.com>
* ti-sci-fw: Update image gen to latestPraneeth Bajjuri2021-05-041-1/+1
| | | | | | update image get to latest Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-uboot-staging: Update to the latest ti-u-boot-2021.01Praneeth Bajjuri2021-05-041-3/+2
| | | | | | Update to the latest commit of ti-u-boot-2021.01 Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* Revert "linux-ti-staging, u-boot-ti-staging: lower default preference"Praneeth Bajjuri2021-05-041-2/+0
| | | | | | This reverts commit a0e26c1caf7d36953bd41f6a763101f5a65919e2. Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-sgx-ddk-km: update srcrev to pick 5.10Gowtham Tammana2021-05-041-3/+3
| | | | | | Update the srcrev to pick the k5.10 development branch sources. Signed-off-by: Gowtham Tammana <g-tammana@ti.com>
* ti-sgx-ddk-km: properly handle arm-poky-linux-gnueabi compiler prefixZan Dobersek2021-05-041-1/+1
| | | | | | | | | The additional patch for ti-sgx-ddk-km remaps the arm-oe-linux-gnueabi prefix to the arm-linux-gnueabihf preferred target. Same should be done for the arm-poky-linux-gnueabi prefix. Signed-off-by: Zan Dobersek <zan@falconsigh.net> Reviewed-by: Gowtham Tammana <g-tammana@ti.com>
* ti-img-rogue-driver: update srcrev to pick 5.10 branchGowtham Tammana2021-05-041-3/+3
| | | | Signed-off-by: Gowtham Tammana <g-tammana@ti.com>
* common-csl-ip-rtos: drop unnecessary dependency on ti-sysbiosDenys Dmytriyenko2021-04-091-0/+1
| | | | | | | | | | | | | | | It appears common-csl-ip-rtos does not require ti-sysbios dependency to build, but ti-pdk.bbclass adds it by default. While most of PDK-based components do require ti-sysbios to be built from sources, it is safe to remove it from CSL, reducing the dependency tree for special cases like PRU FW based on CSL, but not needing ti-sysbios. This only affects firmwares built from sources against PDK and CSL, not when RTOS firmwares are delivered in binary form for newer K3 platforms. Build-tested on am335x, am57xx, k2g and am65xx. Signed-off-by: Denys Dmytriyenko <denis@denix.org>
* cuia: suppress installed-vs-shipped QA errorDenys Dmytriyenko2021-04-051-1/+1
| | | | | | | | | | | | | | | | | | | | | | | Fixes: ERROR: cuia-1.0.0.13-r0 do_package: QA Issue: cuia: Files/directories were installed but not shipped in any package: /usr/lib/gnu.targets.arm.rtsv5T.av5T /usr/lib/syscalls.am3g /usr/lib/gnu.targets.codesourcery.rtsv5T.a470MV /usr/lib/syscalls.am4g /usr/lib/gnu.targets.codesourcery.rtsv6.av6 /usr/lib/gnu.targets.arm.rtsv7A.av7A /usr/lib/syscalls.am4fg /usr/lib/gnu.targets.arm.rtsv7M.am4fg /usr/lib/gnu.targets.arm.rtsv7M.am4g /usr/lib/boot.am3g /usr/lib/gnu.targets.arm.rtsv7M.am3g /usr/lib/gnu.targets.arm.rtsv6.av6 /usr/lib/boot.am4fg /usr/lib/boot.am4g Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install. cuia: 14 installed and not shipped files. [installed-vs-shipped] Signed-off-by: Denys Dmytriyenko <denys@konsulko.com>
* edma3-lld: suppress ldflags QA errorDenys Dmytriyenko2021-04-051-0/+3
| | | | | | | | | | | | Resolves: QA Issue: File /usr/lib/libedma3rm.so.1.0.0 in package edma3-lld doesn't have GNU_HASH (didn't pass LDFLAGS?) QA Issue: File /usr/lib/libedma3.so.1.0.0 in package edma3-lld doesn't have GNU_HASH (didn't pass LDFLAGS?) [ldflags] QA Issue: File /usr/bin/edma3_drv_c66ak2e_a15_sample_a15host_release.xa15fg in package edma3-lld-test doesn't have GNU_HASH (didn't pass LDFLAGS?) QA Issue: File /usr/bin/edma3_drv_6638k2k_a15_sample_a15host_release.xa15fg in package edma3-lld-test doesn't have GNU_HASH (didn't pass LDFLAGS?) QA Issue: File /usr/bin/edma3_drv_6636k2h_a15_sample_a15host_release.xa15fg in package edma3-lld-test doesn't have GNU_HASH (didn't pass LDFLAGS?) QA Issue: File /usr/bin/edma3_drv_6630k2l_a15_sample_a15host_release.xa15fg in package edma3-lld-test doesn't have GNU_HASH (didn't pass LDFLAGS?) [ldflags] Signed-off-by: Denys Dmytriyenko <denys@konsulko.com>
* vis: suppress "ldflags" QA errorDenys Dmytriyenko2021-04-051-0/+1
| | | | | | | | It is a pre-built binary, hence no control over passing correct LDFLAGS. This used to be a warning and recently became an error. Fixes: ERROR: vis-01.50.07.15-r1 do_package_qa: QA Issue: File /usr/bin/RadioApp in package vis doesn't have GNU_HASH (didn't pass LDFLAGS?) [ldflags] Signed-off-by: Denys Dmytriyenko <denys@konsulko.com>
* {qmss, cppi, srio, pa, sa}-lld-test: suppress gcc10 multiple definition of ↵Denys Dmytriyenko2021-04-055-0/+10
| | | | | | | | | | | | | | | | | | | | | | | fw_qmss* Workaround for these: .../ti/drv/cppi/test/k2h/armv7/linux/fw_main.c:50: multiple definition of `coreNum'; ./obj/k2h/cppi/test/cppi_test.o:.../ti/drv/cppi/test/src/cppi_test.c:102: first defined here .../ti/drv/cppi/test/k2h/armv7/linux/fw_main.c:50: multiple definition of `errorCount'; ./obj/k2h/cppi/test/cppi_test.o:.../ti/drv/cppi/test/src/cppi_test.c:102: first defined here .../ti/drv/cppi/test/k2h/armv7/linux/fw_test.h:85: multiple definition of `fw_passCfgVaddr'; ./obj/k2h/cppi/test/cppi_test.o:.../ti/drv/cppi/test/k2h/armv7/linux/fw_test.h:85: first defined here .../ti/drv/cppi/test/k2h/armv7/linux/fw_test.h:84: multiple definition of `fw_srioCfgVaddr'; ./obj/k2h/cppi/test/cppi_test.o:.../ti/drv/cppi/test/k2h/armv7/linux/fw_test.h:84: first defined here .../ti/drv/cppi/test/k2h/armv7/linux/fw_test.h:83: multiple definition of `fw_qmssDataVaddr'; ./obj/k2h/cppi/test/cppi_test.o:.../ti/drv/cppi/test/k2h/armv7/linux/fw_test.h:83: first defined here .../ti/drv/cppi/test/k2h/armv7/linux/fw_test.h:82: multiple definition of `fw_qmssCfgVaddr'; ./obj/k2h/cppi/test/cppi_test.o:.../ti/drv/cppi/test/k2h/armv7/linux/fw_test.h:82: first defined here Needs to be fixed properly later: https://gcc.gnu.org/gcc-10/porting_to.html Signed-off-by: Denys Dmytriyenko <denys@konsulko.com>
* ti-img-rogue-driver: support OE toolchain alongside Poky oneDenys Dmytriyenko2021-04-052-1/+29
| | | | | | Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Cc: Gowtham Tammana <g-tammana@ti.com> Reviewed-by: Gowtham Tammana <g-tammana@ti.com>
* ti-uboot-staging: Update to the latest commitPraneeth Bajjuri2021-03-281-2/+2
| | | | | | ti-uboot-staging: Update to the latest commit Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-sci-fw: Update J7200/AM64 deploy to install ti-sci-fwLucas Weaver2021-03-271-0/+3
| | | | | | | | | | | The J7200/AM64 ti-sci-fw needs to be installed in the deploy directory so that it can be packaged in Processor SDK bundle This is required because the ti-sci-fw is needed in the installer prebuilt-images in order to build the combined boot image for J7200/AM64 Signed-off-by: Lucas Weaver <l-weaver@ti.com>
* ti-uboot-staging: Update to the latest commitPraneeth Bajjuri2021-03-191-2/+2
| | | | | | ti-uboot-staging: Update to the latest commit Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-img-rogue-driver: Update driver to 1.13.5776728Gowtham Tammana2021-03-171-4/+4
| | | | | | | Update the Rogue kernel driver sources to version 1.13.5776728. Signed-off-by: Gowtham Tammana <g-tammana@ti.com> Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* recipes-bsp: wl18xx-fw: update SRCREV to latestNikhil Devshatwar2021-03-171-2/+1
| | | | | | | | Update the wl18xx firmware recipe to latest version 8.9.0.0.86 Signed-off-by: Nikhil Devshatwar <nikhil.nd@ti.com> Reviewed-by: Denys Dmytriyenko <denis@denix.org> Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-uboot-staging: Update to the latest commitPraneeth Bajjuri2021-03-051-2/+2
| | | | | | ti-uboot-staging: Update to the latest commit Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-sci-fw: Update image gen and sysfw to v2021.01Praneeth Bajjuri2021-02-231-3/+3
| | | | | | | | | | Update the image gen and linux-firmware commit SHAs so that am65x, j7200 and j721e also picks v2021.01 sysfw and the applicable DM update with following version * 07.03.00.12 for J721E * 07.03.00.10 for J7200 Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-uboot-staging: Update to the latest commitPraneeth Bajjuri2021-02-231-2/+2
| | | | | | ti-uboot-staging: Update to the latest commit Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-sci-fw: Update image gen to latestPraneeth Bajjuri2021-02-231-1/+1
| | | | | | update image get to latest Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-uboot-staging: Update to the latest commitPraneeth Bajjuri2021-02-111-2/+2
| | | | | | ti-uboot-staging: Update to the latest commit Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* am64xx-sk Add combined boot build supportLokesh Vutla2021-02-102-0/+22
| | | | | | | Add combined boot flow support for the AM64XX SK device. Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com> Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* ti-uboot-staging: Update to the latest commitLokesh Vutla2021-02-071-2/+2
| | | | | | | | Update SRCREV to latest commit that includes AM64xx SK platform Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com> Reviewed-by: Dan Murphy <dmurphy@ti.com> Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
* linux-ti-staging, u-boot-ti-staging: lower default preferenceDenys Dmytriyenko2021-01-281-0/+2
| | | | | | | | | | | | | | | | | Latest versions of Linux kernel (5.10) and U-boot (2021.01) are not yet ready for prime time in meta-ti and some features are still being migrated and causing issues. The recipes are meant for development and not yet for production. Normally selection of the version is done with PREFERRED_VERSION by the Distro (e.g. Arago), but if not specified by a Distro (Poky, distroless, etc.), the default is to use the latest version. Hence need to change the default to not automatically pick the latest version that is not ready yet. This can be removed/reverted once those versions are ready to be picked by default. Signed-off-by: Denys Dmytriyenko <denis@denix.org> Signed-off-by: Dan Murphy <dmurphy@ti.com>