All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Nelson <eric.nelson@boundarydevices.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Can u-Boot Ran from RAM?
Date: Tue, 31 Jan 2012 07:12:19 -0700	[thread overview]
Message-ID: <4F27F6C3.8030205@boundarydevices.com> (raw)
In-Reply-To: <FD2DBC0E1365154BB0E3E348680BA0E902A1BE64@nzc-ap-xch-03.ap.trimblecorp.net>

On 01/30/2012 09:07 PM, Bud Miljkovic wrote:
> Hi there,
>
>
>
> While getting acquainted with possible u-Boot development issues, I read
> FAQ "14.2.1.  Can U-Boot be configured such that it can be started in
> RAM?" and was puzzled to learn that u-Boot cannot run from RAM.
>
>
>
> Considering a custom platform, using i.MX536, I understand that the
> i.MX53x processor has its own ROM-based code that performs boot time
> essential devices initialisation, etc.  In the case when NAND flash is
> the program-image medium at the boot stage, first, the ROM-based code
> checks for Discovered Bad Blocks Table (DBBT) presence and searches for
> valid Firmware Configuration Block (FCB) on external NAND Flash.
>
>
>
> If FCB is found that points to the NAND Flash page(s) that contain the
> first 4K of initial firmware to be loaded from NAND Flash. Then, it
> loads the 4K of data, pointed by FCB, into the NFC RAM buffer. These
> data contain a valid Image Vector Table (IVT).  Then, the ROM-based code
> processes IVT, executes the Device Configuration Data (DCD) sequences to
> initialize boot-related integrated peripherals (typically, these are
> IOMUX, SDRAM controller and boot memory controller), then copies the
> application code, also contained in IVT, to target memory (typically,
> SDRAM) and jumps to it. Typically, this application code is the custom
> primary bootloader that completes loading the application code (e.g.
> main OS bootloader) and passes the control to it.
>
>
>
> If FCB is not found the ROM-based code starts executing a download
> protocol over UART or USB port in an attempt to get a valid IVT from a
> host.  If the IVT is eventually obtained it is processed as before.
>
>
>
> So the question is can this "custom primary bootloader" role, in fact,
> be played by u-Boot.  Reading your text of FAQ 14.2.1., it seems to me
> that it cannot.  On the other hand I know of some Freescale i.MX53x demo
> boards (e.g. ARD, LOCO) that use u-Boot.
>
>
>
> I wonder what I'm missing here.
>

I think that FAQ is a bit misleading and really refers to using another boot
loader to load U-Boot.

On all i.MX processors I've had the pleasure of using, U-Boot runs only
from RAM. I think you probably knew this because very few i.MX designs
even have other memory (i.e. NOR flash) that allows XIP.

For instance, the LOCO certainly isn't running __from__ SD card.

Take a look at the link maps for builds of these platforms to clarify.

  reply	other threads:[~2012-01-31 14:12 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-31  4:07 [U-Boot] Can u-Boot Ran from RAM? Bud Miljkovic
2012-01-31 14:12 ` Eric Nelson [this message]
2012-02-01 10:12   ` Marek Vasut
2012-02-01 10:27     ` Wolfgang Denk
2012-01-31 15:15 ` Mike Frysinger
2012-02-01 10:11   ` Marek Vasut
2012-02-01 10:26     ` Wolfgang Denk
2012-02-01 10:58       ` Marek Vasut
2012-02-02 21:40         ` [U-Boot] Porting YAFFS2 to U-boot Bud Miljkovic
2012-02-02 22:14           ` Mike Frysinger
2012-02-02 22:19           ` Charles Manning
2012-02-03  3:34             ` Peter Barada
2012-02-03  5:26             ` Wolfgang Denk
2012-02-06 22:37         ` [U-Boot] Can u-Boot Ran from RAM? Bud Miljkovic
2012-02-01  2:11 ` Charles Manning

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=4F27F6C3.8030205@boundarydevices.com \
    --to=eric.nelson@boundarydevices.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.