Re: [Buildroot] [PATCH 1/1] configs/freescale_imx93frdm: bump U-Boot, TF-A and Linux

[Julien Olivain via buildroot <buildroot@buildroot.org>]

Hi Robert,

On 29/07/2026 12:05, Robert P. J. Day wrote:
> On Sun, 26 Jul 2026, Julien Olivain wrote:
> 
>> Since Buildroot commit [1] "package/gcc: switch to GCC 15.x as the
>> default", compiling freescale_imx93frdm_defconfig fails in TF-A with
>> error:
>> 
>>     include/drivers/nxp/trdc/imx_trdc.h:7: error: header guard 
>> 'IMX_TRDC_H' followed by '#define' of a different macro 
>> [-Werror=header-guard]
>>         7 | #ifndef IMX_TRDC_H
>>     include/drivers/nxp/trdc/imx_trdc.h:8: note: 'IMX_XRDC_H' is 
>> defined here; did you mean 'IMX_TRDC_H'?
>>         8 | #define IMX_XRDC_H
>> 
>> The issue happen because this defconfig is using a Buildroot
>> (internal) toolchain which uses gcc version 15 by default.
>> 
>> This issue was fixed upstream in [2], first included in TF-A v2.13.
>> 
>> This commit updates U-Boot, TF-A and Linux to use the NXP
>> tag lf-6.18.20-2.0.0, which include this fixes.
>> 
>> Note that, as described in the commit log of [3] which introduced
>> this defconfig, U-Boot and Linux were forks. Now the necessary
>> patches are included in the vendor BSP, this commit switches those
>> repos to use the vendor ones.
>> 
>> While at it, this commit also switches the defconfig to use an
>> external glibc stable Bootlin toolchain, to follow recommendations
>> from [4]. Since an external toolchain is used, the linux-headers.hash
>> custom hash file is no longer needed and is also removed. At the
>> time of this commit, the Bootlin stable toolchain is a gcc 14.
>> 
>> Also, due to the upstream uboot commit [5], this commit adds a uboot
>> config fragment to disable CONFIG_EFI_CAPSULE_AUTHENTICATE, to
>> remove the dependency on the command "cert-to-efi-sig-list", provided
>> the host efitools package, which is not yet in Buildroot.
>> 
>> This commit was run tested on board 700-94611 Rev B1.
>> 
>> [1] 
>> https://gitlab.com/buildroot.org/buildroot/-/commit/a75b8623f5515d99bec48f96586115953150558e
>> [2] 
>> https://git.trustedfirmware.org/plugins/gitiles/TF-A/trusted-firmware-a.git/+/2e9198d0e0cbe9546348dd0a71ff6c3d2061d4eb%5E%21/
>> [3] 
>> https://gitlab.com/buildroot.org/buildroot/-/commit/2e05f22ff862192a7e512d0db0486351bba94ae8
>> [4] 
>> https://elinux.org/Buildroot:DeveloperDaysELCE2024#Rules_for_defconfigs
>> [5] 
>> https://git.u-boot-project.org/u-boot/u-boot/-/commit/fd58c275f6ba524101ba0990e53f5a11ac390bd0
>> 
>> Reported-by: Robert P. J. Day <rpjday@crashcourse.ca>
>> Signed-off-by: Julien Olivain <ju.o@free.fr>
>> ---
> 
>   ... snip patch ...
> 
> Is there an ETA on when this will be applied to master? Or am I
> supposed to fetch it from some other staging-type branch?

The patch is waiting for a reviewer and/or a tester.

Since you are the initial reporter of this issue, it would be great if
you could test this proposed patch on your side. Then reply with
comments or saying the issue is fixed (and how you tested), with a
"Tested-by: ..." tag.

Only then, a maintainer will merge the patch in master.

See:
https://nightly.buildroot.org/manual.html#_reviewing_and_testing_patches

> rday

Best regards,

Julien.
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot