[U-Boot] SPL framework re-design
Aneesh V
aneesh at ti.com
Thu Jun 16 15:57:53 CEST 2011
Hi Daniel,
This looks like an interesting alternative.
On Thursday 16 June 2011 06:25 PM, Daniel Schwierzeck wrote:
> Hi all,
>
> for my MIPS based boards I tested a approach similar to Wolfgang's one
> in the last weeks.
> My goal was to create a SPL image, that is able to boot from a SPI flash.
>
> The basic idea is to have a spl directory that is used as remote build
> directory for all object files
> needed for the SPL image. It contains only the Makefile and nothing
> else. This Makefile is
> a strongly simplified version of the TOPDIR/Makefile, uses
> TOPDIR/config.mk and creates
> a u-boot-spl.bin. The SPL build can be enabled by defining
> CONFIG_UBOOT_SPL in the board config file.
In the last few mails Wolfgang was suggesting re-use of object files
themselves, not the source files. In this respect his approach may be
different from yours. But I think his objective was to avoid the
symbolic link business, which this approach achieves.
>
> If the spl/Makefiles becomes active, an additional variable name
> CONFIG_UBOOT_SPL_BUILD wiil be
> exported in the make environment. Additionally
> -DCONFIG_UBOOT_SPL_BUILD will be added
> to the CFLAGS (similar to -DCONFIG_PRELOADER). This allows us to reuse
> almost of the arch, SoC and
> board code.
So, you are essentially re-using the make infrastructure of normal
U-Boot with a different top-level Makefile and the additional flags,
right?
With this scheme can you build two different SPLs for a given board,
let's say a NAND spl and another MMC spl. I don't know if this is a
valid case, but just wondering. I guess you have a unique u-boot-
spl.bin much like you have single u-boot.bin, right?
Will you be sending your patches to the list?
best regards,
Aneesh
More information about the U-Boot
mailing list