[U-Boot] Building u-boot.imx and SPL simultaneously

[Tom Rini]

On Tue, Sep 06, 2016 at 04:12:55PM +0200, Petr Kulhavy wrote:
> 
> 
> On 06/09/16 16:00, Eric Nelson wrote:
> >Hi Tom,
> >
> >On 09/06/2016 06:40 AM, Tom Rini wrote:
> >>On Fri, Sep 02, 2016 at 10:53:58PM +0200, Petr Kulhavy wrote:
> >>
> >>Another place this doesn't work (which is where it doesn't work for me)
> >>is when the console is already open and I can't easily take it away to
> >>shoot over the next stage via Y-MODEM.
> >>
> >>Would it be possible to implement having the next stage also be sent via
> >>imx_usb_loader?  ie there's examples today of doing u-boot.imx + kernel
> >>+ initrd via imx_usb_loader, so what would be needed for SPL +
> >>u-boot.img (+ kenrel + initrd) via imx_usb_loader?  Thanks!
> >>
> >SPL+u-boot.img could be bundled into a single image through the
> >use of plugins which would require:
> >
> >- updates to mkimage to support plugins, and
> >- Makefile updates to produce a third output (u-boot.imx?), and
> >- an update to SPL startup on i.MX to check for the plugin flag
> >and return to the boot ROM after startup (instead of loading
> >U-Boot) if set.
> Maybe this jumping to RBL forth and back is not needed at all.
> If the SPL+img was loaded as one chunk into DRAM instead of the
> on-chip RAM (would require DDR initialization via DCD as it happens
> for the IMX image) then the SPL could jump directly into the uboot
> image, couldn't it?

Yes but many of the use cases involve "get away from doing DCD script
DDR init".  That's basically what the u-boot.imx version does, there's
the header up front that does DDR init and then u-boot is loaded into
DRAM.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20160906/4f22b385/attachment.sig>