[U-Boot] SPL framework re-design

Andreas Bießmann andreas.devel at googlemail.com
Thu Jun 16 15:10:16 CEST 2011


Dear all,

Am 16.06.2011 14:55, schrieb Daniel Schwierzeck:

<snip>

> On Thu, Jun 16, 2011 at 12:47 PM, Wolfgang Denk <wd at denx.de> wrote:
>> Dear Aneesh,

<snip>

>> We should try to get rid of the need to create symbolic links. If we
>> use the same source files as for the "normal", then we should also
>> use the normal object files.
> 
> By using something like CONFIG_UBOOT_SPL_BUILD in the make environment
> and as CFLAG all code can be reused without symlinking or copying.
> You need only a separate directory for putting the object files in.

+1 for reusing existing stuff but changing it a little bit to be able to
work as spl(driver) where this is necessary

>>> 2. How do we handle the type of SPLs that handle different media. For
>>> instance omap3 spl will support mmc and NAND. Can we have a directory
>>> tree starting with 'spl/'? If so, how does this tree share generic code
>>
>> Yes, this makes a lot of sense to me - see above.
>>
>>> available in media specific directories such as nand_spl/ and mmc_spl/.
>>> Symbolic links?
>>
>> No.  Let's put this stuff into  spl/common/
> 
> To use the spl directory as remote build directory, the obj and src variables
> must be tweaked a little. To keep this changes minimal, it is not possible to
> have further source files and directories inside the spl directory. I suggest to
> put common spl code in TOPDIR/lib/spl/common, TOPDIR/lib/spl/nand and so on.

sounds better to me than having a complete new tree under /spl

regards

Andreas Bießmann


More information about the U-Boot mailing list