summaryrefslogtreecommitdiffstats
path: root/meta-ti-bsp
Commit message (Collapse)AuthorAgeFilesLines
* meta-ti-bsp: ti-rtos-fw: Remove unused ti-sci-fw file extra pathAndrew Davis2025-07-121-3/+2
| | | | | | | | Looks to be left over from long ago, now completely unneeded. Remove it and fix some comments while here. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* ti-librpmsg-dma: mark it as compatible with K3 platformsDenys Dmytriyenko2025-07-121-0/+2
| | | | | | | | | | | | | As ti-librpmsg-dma depends on ti-rpmsg-char, which is only compatible with K3 platforms, ti-librpmsg-dma should also have the same limitations. This resolves yocto-check-layer failure: ERROR: Nothing PROVIDES 'ti-rpmsg-char' (but .../ti-librpmsg-dma_1.0.bb DEPENDS on or otherwise requires it) ti-rpmsg-char was skipped: incompatible with machine qemux86-64 (not in COMPATIBLE_MACHINE) Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* u-boot-ti: Move UBOOT_VERSION into dynamic layerRyan Eatmon2025-07-103-4/+13
| | | | | | | | | | The gitpkgv class we are using to set UBOOT_VERSION is located in meta-openembedded. We do not want to depend on meta-openembedded to keep meta-ti-bsp as light as possible, and the naming of UBOOT_VERSION is not a requirement, just a nice to have. Dynamic layers allow us to use the class if it is available in the build, but not require it. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* CI/CD Auto-Merger: cicd.master.202507101051cicd.master.202507101051LCPD Automation Script2025-07-105-7/+7
| | | | | | | | | | | | | | | | | Updated the value(s) for: ti-linux-fw: TI_LINUX_FW_SRCREV,TI_SYSFW_VERSION atf: SRCREV_tfa:am62lxx u-boot-ti-staging_2025.01: SRCREV k3conf: SRCREV linux-ti-staging_6.12: PV,SRCREV Changelogs: ti-linux-fw: https://git.ti.com/cgit/processor-firmware/ti-linux-firmware/log/?qt=range&q=e594deb508a322d5681888d48fbb153953b06ca9..373c2f5646e3947b3b4a340da729288ee3f07833 u-boot-ti-staging_2025.01: https://git.ti.com/cgit/ti-u-boot/ti-u-boot/log/?qt=range&q=c99a1f082ba4970678c9cb5100d13a986e77817c..827c35b4d141865e25d234e3d298614e6c47150c k3conf: https://git.ti.com/cgit/k3conf/k3conf/log/?qt=range&q=ea9938bf9cafd9c0cb05ef060a713ab4ac72270f..e6abc1b87f1d5bc4c2ab5f1ebfbf5a70e437dcb4 linux-ti-staging_6.12: https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/log/?qt=range&q=34d0b070130a8cd2cddd9260389ad974e8cb8468..78e6abff322081d53c5a685d927476086c9b2846 Signed-off-by: LCPD Automation Script <lcpdbld@list.ti.com>
* trusted-firmware-a: Bump to latest SHA on upstreamRyan Eatmon2025-07-091-1/+1
| | | | | | | | | We were waiting on a patch [1] to make it to master. Now that it has, move to point the SRCREV to the latest commit. [1] https://git.trustedfirmware.org/plugins/gitiles/TF-A/trusted-firmware-a/+/b1bca91e93d421a9c142c93f38933e0aa5f4bf58 Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* trusted-firmware-a: Move back to tfa upstream except for am62lxxRyan Eatmon2025-07-091-5/+12
| | | | | | | | | | | | | This moves all of the platforms back to the main TFA repository, but still points to the TI fork for the am62lxx platform while we continue to work on upstreaming the needed patches. With the the split into two repositories on two branches we need to also split the LIC_FILES_CHECKSUM into two since the license.rst file is slightly different between the two branches. The upstream master version is newer than the current am62l version. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: recipes-security: optee: Update OP-TEE components to 4.6.0Manorit Chawdhry2025-06-274-8/+8
| | | | | | | Updates optee_os, optee_test, optee_client, optee_examples to 4.6.0 Signed-off-by: Manorit Chawdhry <m-chawdhry@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: move UBOOT_*ADDRESS to top level ti-socAnshul Dalal2025-06-276-24/+6
| | | | | | | | | | Since all k3 and legacy platforms share common load addresses for kernel and initrd in the fitImage, move them to top level ti-soc.inc. No functional change is intended from this patch. Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: k3: update fitImage load addressAnshul Dalal2025-06-272-6/+4
| | | | | | | | | | | | | | | | | | | | | | | | | In yocto, the UBOOT_ENTRYPOINT and UBOOT_*LOADADDRESS variables specify the entry point and load addresses for the kernel image and the DTB when creating the fitImage[1]. Currently the load address for the kernel is set to 0x81000000 and 0x83000000 for the DTB for all k3 platforms. However the region 0x80080000 to 0x81880000 is reserved for OPTEE on am62xxsip-evm, leading to boot failure[2] when using the fitImage. This patch fixes the issue by changing the addresses to 0x82000000 for kernel and 0x88000000 for the DTB. This also allows us to load kernel images > 32MiB in size when not using initrd while also making the falcon and standard boot addresses consistent. [1]: https://docs.yoctoproject.org/ref-manual/variables.html#term-UBOOT_ENTRYPOINT [2]: https://raw.githubusercontent.com/ArchUsr64/ti_boot_logs/HEAD/am62xxsip-evm/failures/fitImage_load_addr_issue.log Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: am62xxsip: update kernel dtbsAnshul Dalal2025-06-271-1/+3
| | | | | | | | | | The new kernel dtb for am62x SiP have been merged to ti-linux-kernel as of f9579207b081 ("arm64: dts: ti: Add support for AM6254xxl SiP SK") on ti-linux-6.12.y-cicd. This patch modifies FIT_CONF_DEFAULT_DTB to pick the new dtb instead. Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: optee: add build flags for am62xxsip-evmAnshul Dalal2025-06-272-0/+5
| | | | | | | | | | | | CFG_TZDRAM_START in OPTEE defines it's load address and is used to configure the page tables accordingly. Due to 512MiB DDR limitation of am62x SiP, the memory map has been modified with OP-TEE moved to bottom of DDR after atf to 0x80080000, this requires modifications to the OPTEE's CFG_TZDRAM_START. Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: tfa: add build flags for am62xxsip-evmAnshul Dalal2025-06-272-0/+10
| | | | | | | | | | | Due to 512MiB DDR limitation of am62x SiP, the memory map has been modified with OP-TEE moved to bottom of DDR after atf to 0x80080000, this requires modifications to ATF's BL32_BASE. PRELOADED_BL33_BASE has also been updated to 0x82000000 to reflect the updated SPL_TEXT_BASE from u-boot. Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: am62xxsip: update u-boot defconfig to am6254xxlAnshul Dalal2025-06-272-3/+5
| | | | | | | | | | | | | | | | | | | As of 35df864a0c26 ("configs: add defconfigs for am6254xxl") in ti-u-boot, new SiP sepcific defconfigs have been added with updated memory maps and OP-TEE load address. This requires changing the UBOOT_MACHINE variables inside machine configs for am62xxsip-evm. Note that AM6254xxl is the OPN for am62x SiP and expands as follows: AM6254XXL |||| |||+-- Feature Lookup (L indicates 512MiB of integrated LPDDR4) ||+--- Clock Speed |+---- Silicon PG Revision +----- Core configuration (4 indicates A53's in Quad core config) Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* pru*-fw: Add AM64x pru firmwaresMD Danish Anwar2025-06-274-1/+25
| | | | | | | | | | | | | | | | | | | Add support for packaging AM64x PRU firmwares separately Previously, AM64x platforms used the same PRU firmware binaries as AM65x (the "am65x-sr2-*" files). This patch updates the recipes to package dedicated AM64x PRU firmware binaries, ensuring that AM64x devices use the correct firmware files. The following changes are made: - Add AM64x-specific firmware binaries to the TARGET lists in the prueth-fw, pruhsr-fw, pruprp-fw, and prusw-fw recipes. - Update COMPATIBLE_MACHINE in pruprp-fw to include "am64xx". - Add new PRU PRP firmware binaries for AM64x, as AM64x now supports PRP mode. Signed-off-by: MD Danish Anwar <danishanwar@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* CI/CD Auto-Merger: cicd.master.202506251507cicd.master.202506251507LCPD Automation Script2025-06-254-6/+6
| | | | | | | | | | | | | | | Updated the value(s) for: ti-linux-fw: TI_LINUX_FW_SRCREV,TI_SYSFW_VERSION atf: SRCREV_tfa u-boot-ti-staging_2025.01: SRCREV linux-ti-staging_6.12: PV,SRCREV Changelogs: ti-linux-fw: https://git.ti.com/cgit/processor-firmware/ti-linux-firmware/log/?qt=range&q=1ea29f4b3ec17bdc1a3431a014ea5224962dc779..e594deb508a322d5681888d48fbb153953b06ca9 u-boot-ti-staging_2025.01: https://git.ti.com/cgit/ti-u-boot/ti-u-boot/log/?qt=range&q=c9c21ce31fc557c2f43c4991fcc0a11b1fd90a12..c99a1f082ba4970678c9cb5100d13a986e77817c linux-ti-staging_6.12: https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/log/?qt=range&q=20778f6c125dc24e62767dc4837d793a0f18c319..34d0b070130a8cd2cddd9260389ad974e8cb8468 Signed-off-by: LCPD Automation Script <lcpdbld@list.ti.com>
* recipes-bsp: Add TI TAD5212 DAC firmware recipeVishnu Singh2025-06-253-0/+20
| | | | | | | | | | | | | Add TAD5212 DAC firmware images for am62dxx-evm to support two DAC configurations: - tad5212_01.bin: Configures 1 DAC with stereo channel in i2s mode. - tad5212_04.bin: Configures 4 DAC with each having stereo channel support in i2s mode. Signed-off-by: Vishnu Singh <v-singh1@ti.com> Signed-off-by: Paresh Bhagat <p-bhagat@ti.com> Reviewed-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: ti-rtos-fw: Update IPC firmwares for am62dxxParesh Bhagat2025-06-251-4/+15
| | | | | | | | | Previously, AM62d build reused AM62a's IPC firmwares. Now that dedicated AM62d IPC firmwares are being pushed to ti-linux-firmware repo, package the new IPC firmwares for echo test. Signed-off-by: Paresh Bhagat <p-bhagat@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti/all: Remove S where not neededRyan Eatmon2025-06-251-1/+0
| | | | | | | The default setting for S works fine, there is no nead to change the value. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti/all: Handle S when building a subdir of the git repoRyan Eatmon2025-06-252-3/+3
| | | | | | | | | If a recipe is fetching an entire git repo and then just building a single dir, then we need to update S to lock into the sub directory. Easiest fix is to simply append the subdir to whatever the system wants to set S to by default. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti/all: remove S in recipes that fetch from git via setting ↵Ryan Eatmon2025-06-2522-44/+1
| | | | | | | | | | BB_GIT_DEFAULT_DESTSUFFIX Removing all the S = ${WORKDIR}/git assignments works because BB_GIT_DEFAULT_DESTSUFFIX is set to match S from bitbake.conf (which itself is set to match typical tarball releases). Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti/all: set S from UNPACKDIR in recipes that fetch prebuilt filesRyan Eatmon2025-06-251-2/+1
| | | | | | | | | There is no need to have two assignments; also setting S from UNPACKDIR (and not vice versa) is more logical as unpack task comes first, and tasks that come after unpack use S to access unpack results. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti/linux: Update for S changesRyan Eatmon2025-06-254-4/+4
| | | | | | | | | | | The kernel class operates a little differently. The kernel is downloaded and then moved to the "global" shared location and a symlink is created to point to that location. Since we cannot set S = "${WORKDIR}/git" anymore, just choose a new name under UNPACKDIR. The value for BB_GIT_DEFAULT_DESTSUFFIX is the subdir name that is used by default when fetching git repositories, so just use that name. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* u-boot-ti: Move filenames to use PKGV instead of PVRyan Eatmon2025-06-251-8/+12
| | | | | | | | We would like to know the git commit for the build by looking at the filenames of u-boot files. Include the value for PKGV in the names of the files instead of PV. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp : ipc: Add RPMsg DMA libraryVishnu Singh2025-06-221-0/+14
| | | | | | | | | | | | | | | | This commit introduces the RPMsg DMA library: RPMsg DMA library (meta-ti-bsp/recipes-ti/ipc): - Provides librpmsg_dma.so shared library. - Includes APIs for: - RPMsg interface initialization - RPMsg-based send/receive communication - DMA heap buffer management - DSP firmware dynamic load/unload Signed-off-by: Vishnu Singh <v-singh1@ti.com> Reviewed-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: am62pxx: Add support for HS-SE variantTelukula Jeevan Kumar Sahu2025-06-221-0/+3
| | | | | | | | | | | Since ti-u-boot supports HS-SE variant builds[1], Add support in the machine configurations to package this HS-SE variant tiboot3 binary in the built images. [1]: https://git.ti.com/cgit/ti-u-boot/ti-u-boot/commit/?h=ti-u-boot-2025.01&id=75602edad16c840b2611afb9fc0e2718c026bb8a Signed-off-by: Telukula Jeevan Kumar Sahu <j-sahu@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti: layer.conf: add compatibility with the new whinlatter releaseHiago De Franco2025-06-221-1/+1
| | | | | | | | | | | | Update all layers with the new Yocto release, fixing the current build error: ERROR: Layer meta-ti-bsp is not compatible with the core layer which only supports these series: whinlatter (layer is compatible with styhead walnascar) Signed-off-by: Hiago De Franco <hiago.franco@toradex.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* CI/CD Auto-Merger: cicd.master.202506110100cicd.master.202506110100LCPD Automation Script2025-06-113-3/+3
| | | | | | | | | | | | | Updated the value(s) for: atf: SRCREV_tfa u-boot-ti-staging_2025.01: SRCREV linux-ti-staging_6.12: SRCREV Changelogs: u-boot-ti-staging_2025.01: https://git.ti.com/cgit/ti-u-boot/ti-u-boot/log/?qt=range&q=1d6ba4a32cdd8c987533d5789b5bc7b84c41fabe..c9c21ce31fc557c2f43c4991fcc0a11b1fd90a12 linux-ti-staging_6.12: https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/log/?qt=range&q=b0afb35642d79e776a4cf940945367cef87ba127..20778f6c125dc24e62767dc4837d793a0f18c319 Signed-off-by: LCPD Automation Script <lcpdbld@list.ti.com>
* linux: Temporarily backport previous fitimage classesRyan Eatmon2025-06-1010-7/+1766
| | | | | | | | | | | | | | | A recent set of changes on oe-core has dramatically revamped the fitimage generation code. It is initially unclear how to fold those change into our flow, so in the short term we will copy the previous versions of the kernel bbclass files from a commit before [1] any changes to the class files. As soon as we figure it out, these files will be removed. This just help unblock anyone trying to build on master including meta-ti-bsp. [1] https://git.openembedded.org/openembedded-core/commit/?id=fdb0a51598156f99aa91f7495d7eada92a459e97 Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: conf: Package overlay for am62dxx-evmParesh Bhagat2025-06-041-0/+1
| | | | | | | | Package k3-am62a7-sk-edgeai.dtso for am62dxx-evm image. This overlay is required for audio analytics for am62dxx-evm. Signed-off-by: Paresh Bhagat <p-bhagat@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* CI/CD Auto-Merger: cicd.master.202505300836cicd.master.202505300836LCPD Automation Script2025-05-306-8/+8
| | | | | | | | | | | | | | | | | | Updated the value(s) for: cnm-wave-fw: LIC_FILES_CHKSUM ti-linux-fw: CNM_WAVE521_FW_VERSION,TI_LINUX_FW_SRCREV atf: SRCREV_tfa u-boot-ti-staging_2025.01: SRCREV k3conf: SRCREV linux-ti-staging_6.12: PV,SRCREV Changelogs: ti-linux-fw: https://git.ti.com/cgit/processor-firmware/ti-linux-firmware/log/?qt=range&q=c3ad8113c766bee7b8ddfae222e9b8017b565ea3..1ea29f4b3ec17bdc1a3431a014ea5224962dc779 u-boot-ti-staging_2025.01: https://git.ti.com/cgit/ti-u-boot/ti-u-boot/log/?qt=range&q=70667128cb5b2c2a7621965ba948b5a56a2e756f..1d6ba4a32cdd8c987533d5789b5bc7b84c41fabe k3conf: https://git.ti.com/cgit/k3conf/k3conf/log/?qt=range&q=30a1d5b2d08c0da39d4e62b3ebee591a9882fa21..ea9938bf9cafd9c0cb05ef060a713ab4ac72270f linux-ti-staging_6.12: https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/log/?qt=range&q=cdcaeac783e31f18edb6cb44b526228f44023b45..b0afb35642d79e776a4cf940945367cef87ba127 Signed-off-by: LCPD Automation Script <lcpdbld@list.ti.com>
* mesa-pvr: fold GL ES 3 packages into GL ES 2 onesRyan Eatmon2025-05-291-14/+4
| | | | | | | | | | | | This is a sideport of a patch against mesa in oe-core [1]. OpenGL ES 3 is closely tied to the OpenGL ES 2: there is no separate library, one can use GL ES 2 headers for GL ES 3 app, etc. Instead of having separate packages, merge GL ES 3 packages into GL ES 2 ones. [1] https://git.openembedded.org/openembedded-core/commit/?id=7c0e9c170db93d9af7cc505dcd71c4f3d6c4e9c5 Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp: am62lxx: Do not deploy extra tiboot3.bin copyAndrew Davis2025-05-281-3/+0
| | | | | | | | | | | For AM62L there is no GP and both HS sub-types are supported by the same TIFS. This means we do not need multiple versions of tiboot3.bin. So no need to deploy an additional version which is identical to the default tiboot3.bin already deployed. Signed-off-by: Andrew Davis <afd@ti.com> Acked-by: Chirag Shilwant <c-shilwant@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* CLEANUP: :append needs a spaceRyan Eatmon2025-05-161-1/+1
| | | | | | | | | | | Usually :append is used to add items to a space separated list. In those cases the first character of the appended string should be a space to make sure that the append is correct. In this case, the space was embedded in the string and not right after the ". Simple fix is to move the space to the front to be consistent. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* CLEANUP: Add missing SUMMARYRyan Eatmon2025-05-1618-16/+18
| | | | | | | | Every recipe should have a SUMMARY and that can only be 72 characters at most. Some of these recipes had DESCRIPTIONS and not SUMMARY, some were missing the SUMMARY, and some had slightly too long values for the SUMMARY. Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp : Add build support for am62dxx-evmParesh Bhagat2025-05-147-0/+61
| | | | | | | | | | | | | | | | | | | | | | | | | The AM62D SoC is a high-performance Digital Signal Processing (DSP) device with a quad-core Cortex-A53 cluster, dual Cortex-R5F cores, and a Cx7 DSP core with Matrix Multiplication Accelerator (MMA). It features a range of peripherals, including multichannel audio serial ports, Ethernet, UARTs, SPI, I2C, USB, and more. This SoC is part of K3-AM62x family, which includes the AM62A and AM62P variants. While the AM62A and AM62D are largely similar, the AM62D is specifically targeted for general-purpose DSP applications, whereas the AM62A focuses on edge AI workloads. A key distinction is that the AM62D does not include multimedia components such as the video encoder/decoder, MJPEG encoder, Vision Processing Accelerator (VPAC) for image signal processing, or the display subsystem. Additionally, the AM62D has a different pin configuration compared to the AM62A, which impacts embedded software development. The EVM board is a low-cost, expandable platform designed for the AM62D2 SoC, having 4GB LPDDR4 RAM, Gigabit Ethernet expansion connectors, audio jacks, USB ports, and more. Signed-off-by: Paresh Bhagat <p-bhagat@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* conf: machine: k3: Add OP-TEE firmware TPM example TAAndrew Davis2025-05-131-1/+1
| | | | | | | | | | | This OP-TEE fTPM is a TA from Microsoft containing the reference implementation of the TPM 2.0 Specification. As K3 OP-TEE now has the necessary features supported to run this fTPM, enable it here. This will serve as an example of using OP-TEE on K3 as a TPM without needing an external harware TPM. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* amx3-cm3: force older GNU/C standardDenys Dmytriyenko2025-05-131-1/+1
| | | | | | | | | This is an old code base and hasn't been updated in a very long time. It now fails to compile with gcc-15 (C23 standard). Force compilation with GNU/C11 standard instead. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* optee-test: Suppress new gcc-15 -Wunterminated-string-initializationDenys Dmytriyenko2025-05-132-0/+71
| | | | | | | | | Mark corresponding arrays with nonstring attribute to suppress the new gcc-15 warning -Wunterminated-string-initialization that becomes an error due to the global -Werror. Signed-off-by: Denys Dmytriyenko <denys@konsulko.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* recipes-bsp: Add DM_FIRMWARE override for am62pxx display clusterChirag Shilwant2025-05-132-0/+2
| | | | | | | | | | | | | | * For AM62P display cluster usecase, we need to pick "dss_display_share.wkup-r5f0_0.release.strip.out" from ti-linux-firmware [0] Hence, pick the display cluster firmware only when DISPLAY_CLUSTER_ENABLE is set to 1. * When DISPLAY_CLUSTER_ENABLE is not set to 1, fallback to pick the "ipc_echo_testb_mcu1_0_release_strip.xer5f" DM firmware. [0]: https://git.ti.com/cgit/processor-firmware/ti-linux-firmware/tree/ti-dm/am62pxx?h=11.00.12 Signed-off-by: Chirag Shilwant <c-shilwant@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* ti-linux-fw: Split firmware in to machine packagesAndrew Davis2025-05-135-38/+46
| | | | | | | | | | | | | | | | | | Firmware, like kernel modules, may be only relevant to a small subset of hardware. Shipping all firmware for all hardware can waste space. For this reason modules are split out into packages, and the same should be done for firmware. What we do currently is change the content of the package itself based on what device we are building for. Having a package change content for each machine means we cannot generate one image that supports multiple machines, nor host a common machine agnostic package repo. Instead we can generate different packages for the different firmwares and only include the firmware packages needed for each machine. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* ti-linux-fw: Set INHIBIT_DEFAULT_DEPSAndrew Davis2025-05-134-6/+3
| | | | | | | | | Firmware here are not built, no need for C compiler nor std libs. Add INHIBIT_DEFAULT_DEPS=1 and remove the same from all recipes that include this file. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* ti-eth-fw: Only include information for supported machinesAndrew Davis2025-05-131-17/+1
| | | | | | | | These other machines are not compatible with this recipe, no need to setup definitions for these. Signed-off-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* meta-ti-bsp recipes: fix whitespace warningsMax Krummenacher2025-05-133-3/+3
| | | | | | | | | | | | | | | | Since OE bitbake commit 24772dd2ae6c ("parse/ConfHandler: Add warning for deprecated whitespace usage"), the current build generates the following warning (as example): | WARNING: ...meta-ti/meta-ti-bsp/recipes-ti/ipc/ti-ipc_git.bb: | meta-ti/meta-ti-bsp/recipes-ti/ipc/ti-ipc_git.bb:2 | has a lack of whitespace around the assignment: | 'HOMEPAGE="http://processors.wiki.ti.com/index.php/Category:IPC"' Fix all the warnings. Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* bsp: tfa: add build flags for ti-falconAnshul Dalal2025-05-131-0/+1
| | | | | | | | | | | | | In falcon mode, ATF jumps straight to the linux kernel which requires a 2MiB aligned load address. Hence this patch changes the ATF jump address (PRELOADED_BL33_BASE) to a 2MiB aligned value 0x82000000 and the DTB address (K3_HW_CONFIG_BASE) to 0x88000000. These values are chosen to be consistent with the addresses used by u-boot when booting in the normal flow. Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* bsp: u-boot: deploy tispl_falcon.bin to rootfsAnshul Dalal2025-05-132-0/+3
| | | | | | | | | | | | | Falcon boot requires tispl_falcon.bin to be on the same filesystem partition as the fitImage. This patch creates a new u-boot package called 'u-boot-ti-staging-falcon' that is included in IMAGE_INSTALL when ti-falcon is enabled which allows us to deploy the required files to rootfs. Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* bsp: conf: machine: add ti-falcon.incAnshul Dalal2025-05-133-0/+22
| | | | | | | | | | | ti-falcon.inc configures the following things for enabling falcon boot: 1. Change fitImage class to kernel-fitimage-legacyhs 2. Update kernel and dtb address for falcon boot 3. Disable kernel compression Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* am62: apply u-boot config fragment on ti-falconAnshul Dalal2025-05-134-0/+8
| | | | | | | | | The am62x_r5_falcon.config fragment in u-boot enables falcon boot support for R5 SPL, this patch enables the config fragment for am62a, 62p, 62x and 62lp evms based on ti-falcon distro override. Signed-off-by: Anshul Dalal <anshuld@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* recipes-bsp: Add DM_FIRMWARE override for am62axxChirag Shilwant2025-04-292-0/+2
| | | | | | | | | | | | | | | | | | | | * With [0], the EdgeAI DM R5 firmware for am62axx will now be maintained at ti-linux-firmware. Until now, the same firmware was maintained on psdk_fw [1] with a different name & fetched in TI SDK via meta-edgeai [2] * Hence, add a am62axx specific override for DM_FIRMWARE inorder to match the firmware name as maintained in "ti-dm/am62axx" of ti-linux-firmware. [0]: https://git.ti.com/cgit/processor-firmware/ti-linux-firmware/commit/?h=ti-linux-firmware&id=eee26bfeb6469af30e5309ba8859e9b65670fcc3 [1]: https://git.ti.com/cgit/processor-sdk/psdk_fw/ [2]: https://git.ti.com/cgit/edgeai/meta-edgeai/tree/recipes-tisdk/ti-psdk-rtos/ti-edgeai-firmware.bb?h=EDGEAI_CICD_20250417 Signed-off-by: Chirag Shilwant <c-shilwant@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* recipes-ti: ti-rtos-echo-test-fw: Add C7X_1_FW override for am62axxChirag Shilwant2025-04-291-14/+15
| | | | | | | | | | | | | | | | | | | | * With [0], the C7x IPC EdgeAI firmware for am62axx will now be maintained at ti-linux-firmware. Until now, the same firmware was maintained on psdk_fw [1] with a different name & fetched in TI SDK via meta-edgeai [2]. * Hence, add a am62axx specific override for C7X_1_FW inorder to match the firmware name as maintained in "ti-ipc/am62axx" of ti-linux-firmware. [0]: https://git.ti.com/cgit/processor-firmware/ti-linux-firmware/commit/?h=ti-linux-firmware&id=1e5d64d9385d6472d29e11ac7021765004ddff27 [1]: https://git.ti.com/cgit/processor-sdk/psdk_fw/ [2]: https://git.ti.com/cgit/edgeai/meta-edgeai/tree/recipes-tisdk/ti-psdk-rtos/ti-edgeai-firmware.bb?h=EDGEAI_CICD_20250417 Signed-off-by: Chirag Shilwant <c-shilwant@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
* recipes-bsp: u-boot: Fix PACKAGECONFIG[dm] argumentsChirag Shilwant2025-04-291-1/+1
| | | | | | | | | | | | | | | | | | | * As observed in the u-boot makefile [0][1], the argument anticipated by u-boot binman is "TI_DM" instead of "DM". Hence, fix the same in meta-ti-bsp. * The behavior went unnoticed until now because "ti-dm" was still being sourced from BINMAN_INDIRS, which referred to "ti-linux-firmware" and the PACKAGECONFIG[dm] feature was redundant. [0]: https://github.com/u-boot/u-boot/blob/v2025.01/Makefile#L1408 [1]: https://git.ti.com/cgit/ti-u-boot/ti-u-boot/tree/Makefile?h=ti-u-boot-2025.01#n1409 Signed-off-by: Chirag Shilwant <c-shilwant@ti.com> Acked-by: Andrew Davis <afd@ti.com> Signed-off-by: Ryan Eatmon <reatmon@ti.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-08-07 00:11:27 +0000