linux/meta-freescale.git/classes/imx-boot-container.bbclass, branch master

imx-boot-container: add i.MX91 and i.MX93 support

2026-05-03T13:44:14+00:00

Add the necessary support to enable boot container builds for i.MX91 and i.MX93 derivatives using U-Boot's binman; both platforms require AHAB container in addition to DDR PHY and ATF firmware. Signed-off-by: Francesco Valla

imx-boot-container: add i.MX95 support

2026-01-28T15:49:43+00:00

Add the necessary support to enable boot container builds for i.MX95 derivatives using U-Boot's binman. i.MX95 requires AHAB container, OEI firmware, and System Manager in addition to DDR PHY and ATF firmware. System Manager firmware is renamed during deployment as U-Boot expects a specific filename. Signed-off-by: Vitor Soares

imx-boot-container.bbclass: follow builddir change

2025-10-15T12:39:54+00:00

openembedded core renamed the build directory to include the build type. commit 22e96b32b0be ("u-boot: Make sure the build dir is unique for each UBOOT_CONFIG") Follow that. Signed-off-by: Max Krummenacher

imx-boot-container: copy ${OPTEE_BOOT_IMAGE} to ${B}

2025-06-23T16:22:06+00:00

After commit commit 015483904c52 ("arm: imx8m: add OP-TEE node") in upstream U-Boot, Binman complains if building imx8mp_evk with CONFIG_OPTEE=y because tee.bin is missing: Image 'image' is missing external blobs and is non-functional: tee-os /binman/section/nxp-imx8mcst@1/fit/images/tee/tee-os (tee.bin): See the documentation for your board. You may need to build Open Portable Trusted Execution Environment (OP-TEE) and build with TEE=/path/to/tee.bin Image 'image' has faked external blobs and is non-functional: tee.bin Some images are invalid make: *** [Makefile:1135: .binman_stamp] Error 103 This commit ensures that ${OPTEE_BOOT_IMAGE}, for example, tee.bin for imx8mp-evk, is copied to the build folder if the optee feature is enabled.

boot: Fix UUU tagging, extend to fslc

2024-09-16T11:36:03+00:00

Using the UUU-tagged bootloader image directly with UUU can cause UUU to hang. The bootloader image is split on a certain transmit size, and the hang occurs if the tag does not fit with the final bytes of the bootloader image and must be split into a new transmit package. The UUU tag is needed by UUU only in the SD Card image file itself so that UUU can find the end of the boot partition. Rework the design so the default bootloader and the default imx-boot binaries are not tagged. Also, extend the UUU tagging to fslc so it can gain the same benefit. Fixes: https://github.com/Freescale/meta-freescale/pull/1762 Fixes: https://github.com/nxp-imx/mfgtools/issues/416 Co-authored-by: Otavio Salvador Signed-off-by: Tom Hochstein

imx-boot-container: Assigne weak init value for IMX_BOOT_CONTAINER_FIRMWARE_SOC

2024-09-07T11:45:00+00:00

imx-boot-container: Create only one imx-boot

2023-09-22T20:08:10+00:00

Only the first UBOOT_CONFIG generate a imx-boot and flash.bin symlink. Every UBOOT_CONFIG creates a flash.bin-${MACHINE}-${type} binary. Signed-off-by: Daiane Angolini

imx-boot-container: drop from machine overrides

2023-04-10T09:40:55+00:00

Moving the override from the .conf files to the common imx-base.inc and setting the use of imx-boot-container unconditionally on the used SoC makes the use of an extra override obsolete. Simply set UBOOT_PROVIDES_BOOT_CONTAINER depending on the used SoC is enough. Both the U-Boot recipe and the class implementing the logic don't need the override but only look at the variable. This also simplifies overriding the value set in imx-base.inc in an individual .conf should that be needed. Signed-off-by: Max Krummenacher

imx-boot-container: add copy of soc-specific firmware

2022-11-26T17:45:34+00:00

- Currently only the DDR firmware files are copied - i.MX 8MQ SoC also requires either HDMI or DP firmware - Refactor the copy from deploydir to the U-Boot build folder to be generic to all firmware files Signed-off-by: Gary Bisson

imx-base.inc: avoid explicit imx-boot dependency

2022-07-29T16:20:52+00:00

We shouldn't force `imx-boot` dependency for i.MX8 SoCs as many can use U-Boot mainline and those use `imx-boot-container` to generate the binary blob. We moved the backward-compatibility note, about 'imx-boot' to the 'imx-boot-container' class. Signed-off-by: Otavio Salvador