[PATCH v2 0/8] spl: binman: Fixes for BINMAN_SYMBOLS

[Frieder Schrempf]

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