[U-Boot] [PATCH v2 2/2] powerpc/c29xpcie: 8k page size NAND boot support base on TPL/SPL

Scott Wood scottwood at freescale.com
Sat Dec 14 04:21:51 CET 2013


On Fri, 2013-12-13 at 21:09 -0600, Liu Po-B43644 wrote:
> >  -----Original Message-----
> >  From: Wood Scott-B07421
> >  Sent: Saturday, December 14, 2013 4:26 AM
> >  To: Liu Po-B43644
> >  Cc: u-boot at lists.denx.de; Sun York-R58495; Kushwaha Prabhakar-B32579
> >  Subject: Re: [PATCH v2 2/2] powerpc/c29xpcie: 8k page size NAND boot
> >  support base on TPL/SPL
> >  
> >  On Wed, 2013-12-11 at 00:16 -0600, Liu Po-B43644 wrote:
> >  > >  >  	SET_TLB_ENTRY(1, CONFIG_SYS_NAND_BASE,
> >  CONFIG_SYS_NAND_BASE_PHYS,
> >  > >  > -			MAS3_SW|MAS3_SR, MAS2_I|MAS2_G,
> >  > >  > +			MAS3_SX|MAS3_SW|MAS3_SR, MAS2_I|MAS2_G,
> >  > >  >  			0, 5, BOOKE_PAGESZ_64K, 1),
> >  > >
> >  > >  No.
> >  > Without MAS3_SX, the board can't run in booting from NAND.
> >  
> >  Explain why you're executing from this TLB entry.  This should be for
> >  accessing the NAND as I/O after you've relocated away from the boot
> >  buffer.  There should be a different mapping for the boot buffer early on.
> >  None of the other NAND boot targets have needed this.  Perhaps this is
> >  related to the other TLB entry that you said you could work without.
> This is because for SPL, the 
> #define CONFIG_SPL_TEXT_BASE            0xff800000
> #define CONFIG_SYS_NAND_BASE            0xff800000
> Code space overlap the nand io space. 

OK, I guess we move the NAND buffer before relocating out of it.  And
for some reason I missed that existing targets do the same thing.  Never
mind...

-Scott




More information about the U-Boot mailing list