All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ira W. Snyder <iws@ovro.caltech.edu>
To: u-boot@lists.denx.de
Subject: [U-Boot] Is CCSRBAR relocation broken on P2020?
Date: Thu, 10 Nov 2011 11:46:34 -0800	[thread overview]
Message-ID: <20111110194634.GE1801@ovro.caltech.edu> (raw)
In-Reply-To: <CAEsOVNdv=EnDVrtc+qMGnLicWma7L-QwdBiOHzRyz3A6jDoZ_g@mail.gmail.com>

On Thu, Nov 10, 2011 at 07:24:00PM +0000, McClintock Matthew-B29882 wrote:
> On Thu, Nov 10, 2011 at 11:47 AM, Timur Tabi <timur@freescale.com> wrote:
> >> I boot off of SDCARD (P2020COME_SDCARD_config). To write the U-Boot
> >> image to the microSD card, I use a tool provided with the BSP called
> >> "boot_format-1.0.0". Maybe you are familiar with it?
> >
> > I think that qualifies as multi-stage booting. ?The SD card is not mapped at address fff00000 at POR time, which is needed to boot a single-stage U-Boot. ?Therefore, you must have a multi-stage U-Boot.
> >
> > I'm not familiar with boot_format-1.0.0, but my guess is that it creates the pre-boot loader.
> 
> Timur,
> 
> Did you test your CCSRBAR changes with a board that uses the on chip
> rom as well as L2SRAM to boot? Does the COME board load from SDCARD to
> DDR or to L2SRAM? I suspect it's L2SRAM since this board has 512kB
> which is large enough for a stock u-boot image.
> 

I boot using the on-chip ROM, loading U-Boot from SD card to DDR. The
configuration file I was provided for boot_format-1.0.0 uses DDR, so it
is what I have continued to use. I remember seeing a comment somewhere
saying that the L2 doesn't work on P2020 due to some hardware problem,
though I cannot find that comment at the moment.

My configuration for boot_format is attached. The configuration is
described in the P2020RM (section 4.5) and Freescale Document Number
AN3659, titled "Booting from On-Chip ROM (eSHDC or eSPI)" section 2.5.1.

My configuration is attached. I'm happy to test using the L2SRAM
instead, if I can figure out what to change in the attached
configuration file.

Thanks,
Ira
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config_sram_blackadder2020.dat
Type: chemical/x-mopac-input
Size: 1697 bytes
Desc: not available
Url : http://lists.denx.de/pipermail/u-boot/attachments/20111110/17258d5f/attachment.mopcrt 

  parent reply	other threads:[~2011-11-10 19:46 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-10 16:54 [U-Boot] Is CCSRBAR relocation broken on P2020? Ira W. Snyder
2011-11-10 17:12 ` Timur Tabi
2011-11-10 17:33   ` Ira W. Snyder
2011-11-10 17:47     ` Timur Tabi
2011-11-10 19:24       ` McClintock Matthew-B29882
2011-11-10 19:28         ` Timur Tabi
2011-11-10 19:46         ` Ira W. Snyder [this message]
2011-11-10 19:49           ` Timur Tabi
2011-11-10 19:59             ` Ira W. Snyder
     [not found] <4EBC2D50.5070200@embedded-sol.com>
2011-11-10 20:07 ` Felix Radensky
2011-11-10 20:48   ` Ira W. Snyder

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=20111110194634.GE1801@ovro.caltech.edu \
    --to=iws@ovro.caltech.edu \
    --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.