[U-Boot] [PATCH 2/4] arm: sunxi: compile spl_boot_device even for U-Boot

Jagan Teki jagannadh.teki at gmail.com
Thu Aug 24 06:55:24 UTC 2017


On Wed, Aug 23, 2017 at 5:11 PM, Maxime Ripard
<maxime.ripard at free-electrons.com> wrote:
> U-Boot itself might need to identify the boot device, for example to be
> able to tell where to load the kernel from when several options are
> possible.
>
> Remove the guard preventing it from being compiled.
>
> Signed-off-by: Maxime Ripard <maxime.ripard at free-electrons.com>
> ---
>  arch/arm/mach-sunxi/board.c | 4 +---
>  1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/arch/arm/mach-sunxi/board.c b/arch/arm/mach-sunxi/board.c
> index 65b1ebd83787..f5e977b4183d 100644
> --- a/arch/arm/mach-sunxi/board.c
> +++ b/arch/arm/mach-sunxi/board.c
> @@ -14,9 +14,7 @@
>  #include <mmc.h>
>  #include <i2c.h>
>  #include <serial.h>
> -#ifdef CONFIG_SPL_BUILD
>  #include <spl.h>
> -#endif
>  #include <asm/gpio.h>
>  #include <asm/io.h>
>  #include <asm/arch/clock.h>
> @@ -210,7 +208,6 @@ void s_init(void)
>         eth_init_board();
>  }
>
> -#ifdef CONFIG_SPL_BUILD
>  DECLARE_GLOBAL_DATA_PTR;
>
>  /* The sunxi internal brom will try to loader external bootloader
> @@ -261,6 +258,7 @@ u32 spl_boot_mode(const u32 boot_device)
>         return MMCSD_MODE_RAW;
>  }
>
> +#ifdef CONFIG_SPL_BUILD

Based on this, 3/4 is reusing for finding boot device, reusing spl
core functions in u-boot proper is not good approach. Better to have
some separate function that determine boot source and reuse the same
in spl and U-Boot proper.

thanks!
--
Jagan Teki
Free Software Engineer | www.openedev.com
U-Boot, Linux | Upstream Maintainer
Hyderabad, India.


More information about the U-Boot mailing list