+Masahiro
On 21 June 2016 at 17:30, Chris Packham <judge.pack...@gmail.com> wrote:
> Hi,
>
> We have several boards making use of FIT images for the kernel/initrd/fdt.
>
> With v2015.04 we can successfully boot our application image. With
> v2016.05 we run into a problem where the FDT is overwritten when the
> ramdisk is relocated.
>
> Here's a snippet of boot output that illustrates the problem
>
> v2015.04
> -------------
> Booting image 01000000#x930-52GPX ...
> WARNING: adjusting available memory to 30000000
> ## Loading kernel from FIT Image at 01000000 ...
> ## Loading ramdisk from FIT Image at 01000000 ...
> ## Loading fdt from FIT Image at 01000000 ...
> Booting using the fdt blob at 0x34ab4d4
> Uncompressing Kernel Image ... OK
> Loading Ramdisk to 2df6b000, end 30000000 ... OK
> Loading Device Tree to 03fe6000, end 03fff862 ... OK
>
> v2016.04
> -------------
> Booting image 01000000#x930-52GPX ...
> WARNING: adjusting available memory to 30000000
> ## Loading kernel from FIT Image at 01000000 ...
> ## Loading ramdisk from FIT Image at 01000000 ...
> ## Loading fdt from FIT Image at 01000000 ...
> Booting using the fdt blob at 0x34ab4d4
> Uncompressing Kernel Image ... OK
> Loading Ramdisk to 01f6a000, end 03fff000 ... OK
> ERROR: image is not a fdt - must RESET the board to recover.
> Error: -9
>
> Reverting commit 20e072f37402 ("image: check "bootm_low" and
> "bootm_size" if "initrd_high" is missing") avoids the problem as does
> setting initrd_high to 0xfffffffff. But I'm wondering if a better fix
> would be to tell boot_ramdisk_high() to avoid overwriting anything in
> the range $loadaddr -- +$filesize. Any suggestion as to how to go
> about this?
> _______________________________________________
> U-Boot mailing list
> U-Boot@lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
