On Wed, Apr 20, 2022 at 12:18:04PM +0300, Mike Rapoport wrote: > I don't know how exactly kernel-ci runs qemu with UEFI, I've tried this: > $QEMU -serial stdio -M virt-2.11,gic-version=2 -cpu cortex-a15 -m 1G \ > -drive file=$QEMU_EFI,if=pflash,format=raw,unit=0,readonly=on \ > -drive file=flash1.img,if=pflash,format=raw,unit=1,readonly=off \ > -kernel $kernel \ > -append "console=ttyAMA0" > with stable-rc/linux-5.4.y and I've got as far as to failure to mount > rootfs and the crash in dmu_setup() didn't reproduce for me. The command should be something to the effect of: qemu-system-aarch64 -cpu max -machine virt,gic-version=3,mte=on,accel=tcg -nographic -net nic,model=virtio,macaddr=52:54:00:12:34:58 -net user -m 512 -monitor none -bios /var/lib/lava/dispatcher/tmp/75061/deployimages-ptln1wlp/bios/QEMU_EFI.fd -kernel /var/lib/lava/dispatcher/tmp/75061/deployimages-ptln1wlp/kernel/Image -append "console=ttyAMA0,115200 root=/dev/ram0 debug verbose console_msg_format=syslog earlycon" -initrd /var/lib/lava/dispatcher/tmp/75061/deployimages-ptln1wlp/ramdisk/rootfs.cpio.gz -drive format=qcow2,file=/var/lib/lava/dispatcher/tmp/75061/apply-overlay-guest-6hyfr8ki/lava-guest.qcow2,media=disk,if=virtio,id=lavatest (with different paths) where QEMU_EFI.fd is: http://storage.kernelci.org/images/uefi/edk2-stable202005/arm64/QEMU_EFI.fd I didn't pull an exact job, sorry. A full job showing the expected flow (for GICv3 which shows the same thing) is at: https://lava.sirena.org.uk/scheduler/job/75061
Attachment:
signature.asc
Description: PGP signature
