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.schre...@kontron.de> #Kontron SL/BL i.MX8MM