[U-Boot-Users] mpc83xx boot error
gvb.uboot at gmail.com
Thu Dec 13 01:44:46 CET 2007
Russell McGuire wrote:
> I have downloaded the latest U-boot 1.3.0 dirty <a week old> and
> compiled it up for a 8360E-MDS board.
> I have downloaded the latest version of the DTC 1.0.0-ge1109207 today,
> and compiled up a preconfigured dts file
> and burnt that into flash. Also I have downloaded denx’s latest
> linux-git tree 22.214.171.124 and configured it for said board.
> However, when I try to boot Linux, I get an immediate error as follows:
>> bootm $kerneladdr - $blobaddr
> …. Bla bla standard printf……
> Uncompressing the Kernel Image … OK
> Booting using the fdt at 0xe0080000
> Loading device tree to 0x007fe000, end 0x007ff432 … ERROR: fdt move
> failed – must reset board to recover. Resetting the board.
> I am coming at this from my experience with U-boot 1.1.2 and 1.1.6 and a
> 1 yr old version of the dtc compiler.
> Are there new options, or less options that should be used with the dtc
> compiler to avoid this error?
> I know before we had to fix the version of the blob, so perhaps I am
> compiling the blob wrong? The dts file compiles fine with no warnings.
> dtc –I dts –O dtb –f –V 0x10
> Using this without –V 0x10 gives me a different error
> dtc –I dts –O dtb -f
> WARNING: could not create /chosen FDT_ERR_NOSPACE
> ERROR: /chosen node create failed - must RESET the board to recover
> Anybody have any ideas?
* You need to use version 17 (simply don't specify -V 0x10).
* As Kim mentioned, you need -S padding to allow extra space for the
* Since you burned the blob into flash, bootm has to relocate the blob
to RAM. This is what is giving you the "fdt move failed" error in
your first example, it is moving the blob to 0x007fe000 - is this
a valid address (seems like it should be)? Perhaps it is simply
because you didn't pad it? Perhaps we let a bug slip in?
More information about the U-Boot