From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Building u-boot.imx and SPL simultaneously
Date: Tue, 6 Sep 2016 10:17:21 -0400 [thread overview]
Message-ID: <20160906141721.GO4990@bill-the-cat> (raw)
In-Reply-To: <bfc7a333-8723-e5bc-cccf-3919f62c94c8@jikos.cz>
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>
next prev parent reply other threads:[~2016-09-06 14:17 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-02 16:46 [U-Boot] Building u-boot.imx and SPL simultaneously Petr Kulhavy
2016-09-02 18:18 ` Stefano Babic
2016-09-02 18:57 ` Petr Kulhavy
2016-09-02 20:03 ` Fabio Estevam
2016-09-02 20:53 ` Petr Kulhavy
2016-09-06 13:40 ` Tom Rini
2016-09-06 13:53 ` Otavio Salvador
2016-09-06 13:56 ` Tom Rini
2016-09-06 14:00 ` Eric Nelson
2016-09-06 14:12 ` Petr Kulhavy
2016-09-06 14:17 ` Tom Rini [this message]
2016-09-06 14:15 ` Tom Rini
2016-09-10 23:40 ` Eric Nelson
2016-09-18 6:50 ` Peng Fan
2016-09-18 7:18 ` Stefano Babic
2016-09-02 21:45 ` Stefano Babic
2016-09-02 23:15 ` Petr Kulhavy
2016-09-03 9:40 ` Stefano Babic
2016-09-03 20:27 ` Otavio Salvador
2016-09-04 8:53 ` Stefano Babic
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160906141721.GO4990@bill-the-cat \
--to=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.