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