From: Scott Wood <scottwood@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/3] powerpc/p5040: enable NAND boot support
Date: Thu, 17 Jan 2013 20:56:07 -0600 [thread overview]
Message-ID: <1358477767.13978.28@snotra> (raw)
In-Reply-To: <ED492CCEAF882048BC2237DE806547C90B0940FA@039-SN2MPN1-013.039d.mgd.msft.net> (from B21989@freescale.com on Thu Jan 17 20:45:36 2013)
On 01/17/2013 08:45:36 PM, Xie Shaohui-B21989 wrote:
> > -----Original Message-----
> > From: Wood Scott-B07421
> > Sent: Thursday, January 17, 2013 4:29 AM
> > To: Xie Shaohui-B21989
> > Cc: u-boot at lists.denx.de
> > Subject: Re: [U-Boot] [PATCH 1/3] powerpc/p5040: enable NAND boot
> support
> >
> > On 01/15/2013 08:39:38 PM, Shaohui Xie wrote:
> > > Signed-off-by: Shaohui Xie <Shaohui.Xie@freescale.com>
> > > ---
> > > boards.cfg | 1 +
> > > 1 files changed, 1 insertions(+), 0 deletions(-)
> > >
> > > diff --git a/boards.cfg b/boards.cfg
> > > index e4b0d44..8cf4936 100644
> > > --- a/boards.cfg
> > > +++ b/boards.cfg
> > > @@ -855,6 +855,7 @@ P5020DS_SECURE_BOOT powerpc
> > > mpc85xx corenet_ds freesca
> > > P5020DS_SPIFLASH powerpc mpc85xx
> > > corenet_ds freescale -
> > > P5020DS:RAMBOOT_PBL,SPIFLASH,SYS_TEXT_BASE=0xFFF80000
> > > P5020DS_SRIO_PCIE_BOOT powerpc mpc85xx
> > > corenet_ds freescale -
> > > P5020DS:SRIO_PCIE_BOOT_SLAVE,SYS_TEXT_BASE=0xFFF80000
> > > P5040DS powerpc mpc85xx
> > > corenet_ds freescale
> > > +P5040DS_NAND powerpc mpc85xx
> > > corenet_ds freescale -
> > > P5040DS:RAMBOOT_PBL,NAND,SYS_TEXT_BASE=0xFFF80000
> > > BSC9131RDB_SPIFLASH powerpc mpc85xx
> > > bsc9131rdb freescale -
> > > BSC9131RDB:BSC9131RDB,SPIFLASH
> > > stxgp3 powerpc mpc85xx
> > > stxgp3 stx
> > > stxssa powerpc mpc85xx
> > > stxssa stx - stxssa
> >
> > This needs more explanation. What sort of image am I supposed to
> get
> > when I build "P5040DS_NAND"? Where is the PBI?
> [S.H] there is already a readme for p3041/p5020/p4080
> (doc/README.pblimage),
> With the PBL tool, we will get a ramboot image "u-boot.pbl".
> and also the PBI, it is shared by P3/P4/P5.
The question is how is the user to know that something called
"pblimage" is relevant to booting from NAND on P5040? Maybe a
README.corenet_ds (or board/freescale/corenet_ds/README), that points
to README.pblimage?
You don't even update strings like "P3041/P5020" in README.pblimage to
include P5040. :-)
Why is P4080 excluded, BTW? I realize that P4080DS doesn't have NAND,
but the file talks about chips, not boards.
> > What is the long-term plan for fixing the problem of the
> environment not
> > being available until after relocation? With SPL we could use
> > CONFIG_NAND_ENV_DST (which has some issues, but they're fixable).
> [S.H] this will need export some NAND read APIs (like load ENV stuff
> from CONFIG_NAND_ENV_DST),
> then they can be reused before relocation even not using SPL.
> Please suggest.
The full NAND subsystem will not work before relocation. Your options
are to either use SPL (note that you'll have no 4K limitation in this
case, so you can do SPD DDR init), or make the SPL code available in
non-SPL context somehow. I think the former would be easier.
> > It would also be nice to include instructions for configuring the
> board
> > to boot from NAND in a README
> [S.H] This exist in the above readme.
I only see hardware switch settings. Is there no way to soft-boot into
NAND (similar to using "pixis/qixis altbank" to boot into an alternate
NOR bank)? Our e500v2-based boards have been able to do this...
> (Freescale's user manuals often do not make
> > this clear, especially for soft configuration). Also please
> provide a
> > built-in command (or script in the default environment) to
> soft-boot into
> > NAND (or if it already exists, please document it).
> [S.H] I was told that when doing ramboot, I should not assume the
> board has a NOR flash,
> for ex. on customer's board, they may only have NAND. So I did not do
> this.
I'm not asking you to assume that, just to provide some helpful
instructions for people who happen to have both (in addition to the
hardware switch instructions that are already there). Actually, these
instructions (both soft boot and hardware switches) are board-specific
rather than SoC-specific and should go in a board README instead. And
once you know we're talking about a corenet_ds board, you know we have
NOR.
-Scott
next prev parent reply other threads:[~2013-01-18 2:56 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-16 2:39 [U-Boot] [PATCH 1/3] powerpc/p5040: enable NAND boot support Shaohui Xie
2013-01-16 2:39 ` [U-Boot] [PATCH 2/3] powerpc/p5040: enable SD " Shaohui Xie
2013-01-16 2:39 ` [U-Boot] [PATCH 3/3] powerpc/p5040: enable SPI " Shaohui Xie
2013-01-16 14:42 ` [U-Boot] [u-boot-release] [PATCH 1/3] powerpc/p5040: enable NAND " Timur Tabi
2013-01-18 2:19 ` Xie Shaohui-B21989
2013-01-18 2:27 ` Tabi Timur-B04825
2013-01-18 2:54 ` Xie Shaohui-B21989
2013-01-16 20:29 ` [U-Boot] " Scott Wood
2013-01-18 2:45 ` Xie Shaohui-B21989
2013-01-18 2:56 ` Scott Wood [this message]
2013-01-18 5:17 ` Xie Shaohui-B21989
2013-01-18 18:32 ` Scott Wood
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=1358477767.13978.28@snotra \
--to=scottwood@freescale.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox