Merging up to OpenBMC v2.2 from v2.1 - boot problem, invalid ramdisk format

Joel Stanley joel at jms.id.au
Thu Jun 28 11:30:00 AEST 2018


On 27 June 2018 at 01:49, Patrick Venture <venture at google.com> wrote:

> Hit any key to stop autoboot:  0
> libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND
> ## Loading kernel from FIT Image at 20080000 ...
>    Using 'conf at aspeed-bmc-quanta-q71l.dtb' configuration
>    Trying 'kernel at 1' kernel subimage
>      Description:  Linux kernel
>      Type:         Kernel Image
>      Compression:  uncompressed
>      Data Start:   0x20080124
>      Data Size:    1723192 Bytes = 1.6 MiB
>      Architecture: ARM
>      OS:           Linux
>      Load Address: 0x40008000
>      Entry Point:  0x40008000
>      Hash algo:    sha1
>      Hash value:   95ed76c9361d9f6f991a6a859a06eb7626af80df
>    Verifying Hash Integrity ... sha1+ OK
> Wrong Ramdisk Image Format
> Ramdisk image is corrupt or invalid
> """
>
> I figured I'd reach out first as I'm sure this will be familiar to someone :D

This is due to a change Brad made to the u-boot setup. If you change
your bootcmd to simply be 'bootm 20080000' you might be fine.

Cheers,

Joel


More information about the openbmc mailing list