Back in commit44a6b7866c("configs/qemu_sh4*: switch to initramfs"), the Qemu SuperH defconfigs were switched to initramfs due to a bug in the Qemu disk emulation. However, the initramfs solution has an issue: if the initramfs is slightly too large (like just 6 MB!), the system no longer boots. Since the disk emulation problem has apparently been resolved in Qemu 10 (according to testing), let's switch back to this. In addition to essentially reverting44a6b7866c, we also need to adjust the kernel configuration so that the kernel takes its command line for the bootloader (in our case from the Qemu -append option). Otherwise an hardcoded command line is used, which doesn't mount /dev/sda as the root filesystem. This update has been tested on Gitlab CI: https://gitlab.com/tpetazzoni/buildroot/-/pipelines/1968267919 Thanks to Romain Naour for pointing to the initramfs size as being the issue. Cc: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Julien Olivain <ju.o@free.fr>
19 lines
640 B
Plaintext
19 lines
640 B
Plaintext
BR2_sh=y
|
|
BR2_sh4eb=y
|
|
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_6_12=y
|
|
BR2_GLOBAL_PATCH_DIR="board/qemu/patches"
|
|
BR2_DOWNLOAD_FORCE_CHECK_HASHES=y
|
|
BR2_TARGET_GENERIC_GETTY_PORT="ttySC1"
|
|
BR2_ROOTFS_POST_IMAGE_SCRIPT="board/qemu/post-image.sh"
|
|
BR2_ROOTFS_POST_SCRIPT_ARGS="$(BR2_DEFCONFIG)"
|
|
BR2_LINUX_KERNEL=y
|
|
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
|
|
BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="6.12.27"
|
|
BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y
|
|
BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="board/qemu/sh4eb-r2d/linux.config"
|
|
BR2_LINUX_KERNEL_ZIMAGE=y
|
|
BR2_TARGET_ROOTFS_EXT2=y
|
|
# BR2_TARGET_ROOTFS_TAR is not set
|
|
BR2_PACKAGE_HOST_QEMU=y
|
|
BR2_PACKAGE_HOST_QEMU_SYSTEM_MODE=y
|