[U-Boot-Users] libfdt problem when loading device tree

[Joakim Tjernlund]

On Thu, 2007-12-13 at 13:03 -0500, Jerry Van Baren wrote:
> Joakim Tjernlund wrote:
> > On Thu, 2007-12-13 at 11:46 -0500, Jerry Van Baren wrote:
> >> Joakim Tjernlund wrote:
> >>> I get this when I try to boot my board:
> >>> ## Booting image at 00200000 ...
> >>>    Image Name:   oskernel02a:p1a:99
> >>>    Created:      2007-12-13   9:59:43 UTC
> >>>    Image Type:   PowerPC Linux Kernel Image (gzip compressed)
> >>>    Data Size:    1238992 Bytes =  1.2 MB
> >>>    Load Address: 00000000
> >>>    Entry Point:  00000000
> >>>    Verifying Checksum ... OK
> >>>    Uncompressing Kernel Image ... OK
> >>>    Loading Device Tree to 007fe000, end 007ff6f9 ... OK
> >>> WARNING: could not create /bd_t FDT_ERR_NOSPACE.
> >>> fdt_bd_t: FDT_ERR_NOSPACE
> >>> ERROR: /bd_t node create failed - must RESET the board to recover.
> >>> Resetting the board.
> >>>
> >>> I have tried different combinations of -S and -R options to dtc,
> >>> but nothing helps:
> >>> dtc -S 2000 -R 2000 -f of-tmcu.dts -O asm > of-tmcu.S
> >> -S 2000 may be too small, I found I needed -S 3000.  If you run dtc 
> >> without the -S option and add in a verbose/info option(?), dtc will tell 
> >> you how big your blob is without any padding.  Obviously, you need to 
> >> pad it.
> > 
> > yes, that was it. Increasing to -S 0x4000 makes it work. I was noted
> > this when producing a dtb, I got a warning. The asm version does
> > not warn when the *.S is too small.
> > 
> >  Jocke
> 
> Snoopy dance <http://www.google.com/search?q=snoopy+dance> :-)

:) 

> 
> WRT one of your previous messages, there are two fdt commands: "fdt 
> print" does a full recursive print, "fdt list" only prints the given 
> level, it does not print subnodes recursively.

yes, I see now once I actually read the help messages :)

BTW, if you have anything to say/add to the CFG_OF_TREE discussion
I and WD had earlier, please do.

 Jocke