[U-Boot] [RFC] armv8: layerscape: Add support of u-boot device tree fix-up

[Prabhakar Kushwaha]

> -----Original Message-----
> From: Scott Wood [mailto:oss at buserror.net]
> Sent: Wednesday, March 09, 2016 1:02 AM
> To: Prabhakar Kushwaha <prabhakar.kushwaha at nxp.com>; u-
> boot at lists.denx.de
> Cc: york sun <york.sun at nxp.com>; Priyanka Jain <priyanka.jain at nxp.com>
> Subject: Re: [RFC] armv8: layerscape: Add support of u-boot device tree fix-
> up
> 
> On Tue, 2016-02-23 at 04:09 +0000, Prabhakar Kushwaha wrote:
> > > -----Original Message-----
> > > From: Scott Wood [mailto:oss at buserror.net]
> > > Sent: Tuesday, February 23, 2016 6:52 AM
> > > To: Prabhakar Kushwaha <prabhakar.kushwaha at nxp.com>; u-
> > > boot at lists.denx.de
> > > Cc: york sun <york.sun at nxp.com>; Priyanka Jain
> > > <priyanka.jain at nxp.com>
> > > Subject: Re: [RFC] armv8: layerscape: Add support of u-boot device
> > > tree
> > > fix-
> > > up
> > >
> > > Where do you check that the device tree fits in OCRAM?  What about
> > > when SPL is occupying OCRAM?  Does the device tree get used with SPL
> > > (I don't think we were using FDT control at all the last time I
> > > worked with SPL on these chips)?
> > >
> >
> > I checked ls2085ardb dtb size in Linux. It is ~30K. So from 0xfff0 to
> > 20000 there is enough space.
> >
> > For SPL. Assumption is SPL never use dts. It will only be used by u-boot.
> > Once control is transferred to u-boot, things work as it is like NOR boot.
> 
> I don't think that's a good assumption, given that I just saw a patch posted
> regarding SPL_OF_CONTROL.
> 

Thanks Scott for pointing out. 

This means SPL may also be have dtb.  Will it not increase size of SPL binary?

--prabhakar