[Buildroot] "BR2_TARGET_ROOTFS_INITRAMFS" with U-Boot?
Baruch Siach
baruch at tkos.co.il
Fri Mar 23 10:39:57 UTC 2018
Hi Jens,
On Fri, Mar 23, 2018 at 11:05:24AM +0100, Jens Maus wrote:
> I am currently developing a buildroot-driven system (for RaspberryPi HW)
> which uses U-Boot together with BR2_TARGET_ROOTFS_CPIO and
> BR2_TARGET_ROOTFS_CPIO_UIMAGE in buildroot to generate a zImage and initrd
> file which I can then boot via
>
> load mmc 0:1 ${kernel_addr_r} /zImage
> load mmc 0:1 ${ramdisk_addr_r} /initrd
> setenv bootargs „root=/dev/ram0“
> bootz ${kernel_addr_r} ${ramdisk_addr_r} ${fdt_addr}
>
> in U-Boot. This works perfectly fine.
>
> However, I am currently evaluating the possibilities to directly embed the
> initramfs into the kernel by switching to BR2_TARGET_ROOTFS_INITRAMFS. But I
> am not able to boot the generated zImage via
>
> load mmc 0:1 ${kernel_addr_r} /zImage
> setenv bootargs „“
> bootz ${kernel_addr_r} - ${fdt_addr}
>
> It simply hangs at „Starting kernel…“
>
> Unfortunately I don’t have any idea why this kernel with the embedded
> initramfs doesn’t boot at all? It doesn’t even output any kernel
> information/debug on the console.
>
> Any idea what might be wrong here or how I could debug the situation to get
> that zImage booted?
Your bigger kernel image, or its boot-time decompressed image, might be
overwriting the DT. See section 4b in Documentation/arm/Booting of the kernel
source.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch at tkos.co.il - tel: +972.52.368.4656, http://www.tkos.co.il -
More information about the buildroot
mailing list