[U-Boot] [RFC PATCH 4/6] porter_defconfig: Enable tiny printf

Vignesh R vigneshr at ti.com
Thu Nov 29 10:44:09 UTC 2018


Hi Marek, Simon

On 29/11/18 3:20 AM, Marek Vasut wrote:
> On 11/28/2018 09:34 PM, Simon Goldschmidt wrote:
>> On 28.11.2018 18:52, Marek Vasut wrote:
>>> On 11/28/2018 06:26 PM, Vignesh R wrote:
>>>> Enable tiny printf to reduce SPL foot print
>>> This should be enabled already on Gen2, no ?

Right, its already enabled, please ignore this particular patch. I saw
sram overflow with this config when running buildman and therefore
though this change might help.

>>> Anyway, what's the size growth on Gen2 with the new Linux SF framework ?
>>
>> After downloading the missing patch 1/6 from github and testing it on
>> socfpga gen5, my SPL got ~2500 byte larger.
>>

I guess patch 1/6 took a bit more time to get across. I can see it in
patchworks: https://patchwork.ozlabs.org/patch/1004836/

>> While I think porting this from Linux is the right thing to do, I can't
>> say I'm happy with losing yet another 2.5 kB for SPL when it is already
>> too stuffed to add secure boot via FIT signatures.
> 
> Indeed. Can we somehow trim things down a bit for SPL ?
> 

I am able to trim overall size delta to within 1KB for porter_defconfig.
Pushed new set of patches to github[1]

With new this new SF framework and porter_defconfig:
size spl/u-boot-spl
   text	   data	    bss	    dec	    hex	filename
  15749	    184	   1100	  17033	   4289	spl/u-boot-spl

Current mainline:
size spl/u-boot-spl
   text	   data	    bss	    dec	    hex	filename
  14881	    184	   1100	  16165	   3f25	spl/u-boot-spl

Typical increase in code delta is ~1K to ~1.2KB wrt SPL on different
platforms depending on flash devices supports enabled.

I am not sure if its possible to trim this down further, as there is
addition of new code to handle 4 Byte addressing feature and moving to
spi-mem framework to support direct mapping capable SPI controllers.
These features will add to code size and I hope that's an acceptable
tradeoff.

I believe, once SPI NOR is completely integrated with MTD framework,
there will be some size reduction(such as due to getting rid of sf_mtd.c
and spi_flash_* APIs completely. Also, loading of U-Boot images across
NAND/SPI NOR can be consolidated).

I will post revised patches to mailing list after travis ci report.

[1] https://github.com/r-vignesh/u-boot.git spi-nor-mig-v2

-- 
Regards
Vignesh


More information about the U-Boot mailing list