[PATCH v2 025/169] Correct SPL uses of ARCH_MVEBU

[Tom Rini]

On Sun, Feb 05, 2023 at 03:36:11PM -0700, Simon Glass wrote:

> This converts 2 usages of this option to the non-SPL form, since there is
> no SPL_ARCH_MVEBU defined in Kconfig
> 
> Signed-off-by: Simon Glass <sjg at chromium.org>
> ---
> 
> (no changes since v1)
> 
>  drivers/mmc/mv_sdhci.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/mmc/mv_sdhci.c b/drivers/mmc/mv_sdhci.c
> index 336ebf14102..20049981473 100644
> --- a/drivers/mmc/mv_sdhci.c
> +++ b/drivers/mmc/mv_sdhci.c
> @@ -64,7 +64,7 @@ int mv_sdh_init(unsigned long regbase, u32 max_clk, u32 min_clk, u32 quirks)
>  	host->ops = &mv_ops;
>  #endif
>  
> -	if (CONFIG_IS_ENABLED(ARCH_MVEBU)) {
> +	if (IS_ENABLED(CONFIG_ARCH_MVEBU)) {
>  		/* Configure SDHCI MBUS mbus bridge windows */
>  		sdhci_mvebu_mbus_config((void __iomem *)regbase);
>  	}
> @@ -103,7 +103,7 @@ static int mv_sdhci_probe(struct udevice *dev)
>  	if (ret)
>  		return ret;
>  
> -	if (CONFIG_IS_ENABLED(ARCH_MVEBU)) {
> +	if (IS_ENABLED(CONFIG_ARCH_MVEBU)) {
>  		/* Configure SDHCI MBUS mbus bridge windows */
>  		sdhci_mvebu_mbus_config(host->ioaddr);
>  	}

So, a number of mvebu platforms now grow their SPL here, which is (a) a
functional change and (b) implies it's intentional. I'm adding Stefan
here to start to get a better handle on if this really should be like
this, or not.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20230209/9e00bf39/attachment.sig>