> -----Original Message----- > From: Scott Wood [mailto:o...@buserror.net] > Sent: Wednesday, March 09, 2016 1:02 AM > To: Prabhakar Kushwaha <prabhakar.kushw...@nxp.com>; u- > b...@lists.denx.de > Cc: york sun <york....@nxp.com>; Priyanka Jain <priyanka.j...@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:o...@buserror.net] > > > Sent: Tuesday, February 23, 2016 6:52 AM > > > To: Prabhakar Kushwaha <prabhakar.kushw...@nxp.com>; u- > > > b...@lists.denx.de > > > Cc: york sun <york....@nxp.com>; Priyanka Jain > > > <priyanka.j...@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 _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
