[U-Boot] [PATCH] ARM: mx6: Remove the FDT loading address to avoid overlaping

Tom Rini trini at ti.com
Wed Dec 4 19:08:50 CET 2013


On Thu, Nov 28, 2013 at 06:35:00PM -0600, Dennis Gilmore wrote:
> El Wed, 27 Nov 2013 08:53:55 +0100
> Stefano Babic <sbabic at denx.de> escribi?:
> > Hi Otavio,
> > 
> > On 26/11/2013 13:16, Otavio Salvador wrote:
> > >> I'm going to suggest this is the wrong path.  Once you see i.MX
> > >> systems with > 768MB DDR you're going to have initrd/fdt placed
> > >> into memory Linux can't access without HIGHMEM on, and you need
> > >> the FDT before then.
> > > 
> > > I didn't catch this case but it is a valid problem, indeed :-(
> > 
> > I missed this issue, too :-(
> > 
> > Does it work with your patch ? Most supported i.MX6 boards have more
> > as 768MB, and I am wondering that all kernels can boot.
> 
> In fedora land we have not seen issues booting 3.10 3.11 3.12 or 3.13
> in regards to things getting clobbered. but it does bring me back to my
> thought that u-boot should be calculating where to place everything to
> ensure that things do not get clobbered.

I know we talked on IRC yesterday, and this email predates that, but
there's a lot of (potential) problems with "oh just let someone else
figure out where to place things", such as "what is that thing going to
do once it runs" ?  I'm fine with (and would encourage) standardized
names and a suggested base layout (ie memory base + 0x$FOO for ...)

> Most fedora i.MX6 users are using wandboards with a few utilites.
> 
> our wandboard config uses
> 
> fdt_high=0xffffffff

Note that this disables relocation of the DT, which is what I was saying
is the problem in the original patch, not the location.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20131204/05667977/attachment.pgp>


More information about the U-Boot mailing list