Am 18.06.22 um 14:13 schrieb Alper Nebi Yasak:
There's some trouble with an i.MX8M series [1] trying to use binman symbols. The crux of it is the 'u_boot_any' symbols BINMAN_SYMBOLS configs declare, and the boards creating partial binman images including an SPL without a U-Boot the symbol is referring to.
Normally this should be easy to resolve by disabling BINMAN_SYMBOLS configs, but that causes a build error. Apparently some parts of the SPL code (RAW_IMAGE_SUPPORT, RAM_DEVICE) use the symbols directly without guarding them by BINMAN_SYMBOLS, implicitly requiring it.
The first patch fixes the issue above, the rest are related things I tinkered with while trying to understand the issue and the i.MX8M use case. Part of this is splitting binman symbols support from enabling binman and from the u-boot-any symbols declarations. Another is to add a new macro people can use to check if they can use binman symbols safely.
These apply onto u-boot/next. I have also triggered an Azure CI run [2] via a Github pull request.
I tested this series together with the v7 of Peng's set "arm64: binman: use binman symbols for imx" with kontron-sl-mx8mm.
Tested-by: Frieder Schrempf frieder.schrempf@kontron.de #Kontron SL/BL i.MX8MM