[U-Boot] [PATCH v2 17/18] SPL: Enhance drivers/mtd/nand/nand_spl_load.c

Scott Wood scottwood at freescale.com
Fri Aug 24 23:30:45 CEST 2012


On 08/24/2012 04:20 PM, Tom Rini wrote:
> On Fri, Aug 24, 2012 at 04:09:13PM -0500, Scott Wood wrote:
>> On 08/20/2012 11:45 AM, Tom Rini wrote:
>>> diff --git a/drivers/mtd/nand/Makefile b/drivers/mtd/nand/Makefile
>>> index 29dc20e..5475c8c 100644
>>> --- a/drivers/mtd/nand/Makefile
>>> +++ b/drivers/mtd/nand/Makefile
>>> @@ -27,12 +27,7 @@ LIB	:= $(obj)libnand.o
>>>  
>>>  ifdef CONFIG_CMD_NAND
>>>  ifdef CONFIG_SPL_BUILD
>>> -ifdef CONFIG_SPL_NAND_SIMPLE
>>> -COBJS-y += nand_spl_simple.o
>>> -endif
>>> -ifdef CONFIG_SPL_NAND_LOAD
>>> -COBJS-y	+= nand_spl_load.o
>>> -endif
>>> +COBJS-$(CONFIG_SPL_NAND_SIMPLE) += nand_spl_simple.o nand_spl_load.o
>>
>> OK, I was wrong, I will complain. :-)
>>
>> The commit message didn't mention you were changing
>> CONFIG_SPL_NAND_SIMPLE.  That needs to be able to support small SPLs.
>> Is your new "enhanced" nand_spl_load small enough (with proper
>> configuration) to work with all the SPLs that currently use
>> nand_spl/nand_boot.c (e.g. PPC 44x)?
> 
> OK, I suspect it would be close-to-fail.  There's a "few" bytes overhead
> to parse the header and so forth, but it also allows for direct Linux
> booting.  Is that something you want for these machines or no?

I don't think there's room for any new features at all.  The SPL must
fit in 4K.  Canyonlands is at 4020 bytes currently.

Why can't the new functionality be conditionally built?

> It wouldn't be hard to put the enhanced version nand_spl_simple.c and leave
> nand_spl_load.c alone.

nand_spl_simple.c is what I'm talking about needing to not expand.  Why
does the new stuff need to be bound to a specific NAND boot implementation?

-Scott




More information about the U-Boot mailing list