[U-Boot] [RFC PATCH 1/5] spl: dfu: add dfu support in SPL

B, Ravi ravibabu at ti.com
Thu Jun 2 16:22:42 CEST 2016


Hi Lukasz
 
>> >One question:
>> 
>> >Would it be possible to develop SPL (MLO) for your platform, which 
>> >does following things:
>> 
>> >1. Loads the full-fledge u-boot to SDRAM 2. Starts the u-boot and 3.
>> >u-boot flash all the needed stuff
>> 
>> >By using such approach we could restrict our dfu support in SPL 
>> >u-boot only to receiving data and uploading it to SDRAM (i.e. we 
>> >wouldn't need to add write support for ext, fat and eMMC).
>> 
>> 
>> This is not possible, because combining MLO and u-boot.img will not 
>> fit in IRAM (512k). The u-boot.img itself is around 640K.

>My point here is to first load SPL u-boot (which size is around 110 KiB), and then download via DFU full-featured u-boot, which would be placed in SDRAM.

Yes this is good idea, so the SPL-DFU will have only RAM device support (to load u-boot into DDR).
But we don't have DFU command to jump to u-boot after loading u-boot into DDR.
The DFU basically just download firmware to memory devices like mmc/sd/eMMC/RAM.
So the question is how to transfer control to u-boot after downloading the u-boot to DDR using SPL-DFU/RAM. 

>Then u-boot downloads and flash all needed images.
>One big advantage is that our SPL DFU support can be minimal - we don't need to implement fat, ext ,emmc write support.

Yes, I agree, if we could workaround above bottle neck.

Regards
Ravi


More information about the U-Boot mailing list