linux/meta-freescale.git, branch master

Merge pull request #2907 from matheusmbar/add_imx952

2026-10-28T20:12:08+00:00

Add i.MX 952 SoC and its first machines

Merge pull request #2911 from mdrodrigo/imx-atf-clean-build

2026-10-28T20:11:23+00:00

imx-atf: Build out of tree and from a clean directory

2026-10-28T19:26:25+00:00

imx-atf built in the source tree, into ${S}/build, and do_compile never cleaned it. The TF-A Makefile does not track build options such as SPD or LOG_LEVEL, so after a PACKAGECONFIG change make finds every object up to date and relinks nothing. do_unpack does not depend on PACKAGECONFIG, so it does not rerun either, and do_deploy then ships the bl31.bin from the previous configuration. On imx8mq-evk this showed up after switching from the NXP BSP to the mainline BSP, which drops the optee PACKAGECONFIG. The deployed BL31 was still the SPD=opteed build. Its imx8mq setup sets the BL32 entry to BL32_BASE unconditionally, and the mainline boot container carries no OP-TEE, so the board hung right after the "BL31: Built" banner. The stale binary was reproduced byte for byte by building with SPD=opteed and then without it in the same build directory. Build into ${WORKDIR}/build through BUILD_BASE, clean it before every compile, and deploy from there. The Makefile stays in ${S}, so do_compile runs make with -C ${S}; the default do_compile would skip make, as ${B} has no Makefile. Tested on imx8mq-evk with the mainline BSP by building imx-atf with the optee PACKAGECONFIG and then without it. Each build recompiles everything, the optee bl31 carries the opteed service and the plain one does not. With u-boot-fslc 2026.10, core-image-weston then boots on an imx8mq-evk board through BL31, U-Boot and Linux to Weston. Signed-off-by: Rodrigo M. Duarte

imx952-15x15-lpddr5-frdm: Add machine conf from meta-imx

2026-10-28T11:50:19+00:00