Hi,On Thu, 19 Feb 2026 16:59:41 +0100 Hector Cao <[email protected]> wrote:
I think we can unblock ipxe tests and eventually investigate the EDK2/QEMU issue later.Here is the proposed debdiff Commit --- d/t/qemu-cmd : fix test failure for arm64 iso-arm64-cd and iso-arm64-cd fail because they call qemu-system-arm64 with edk2 QEMU_EFI.fd and the qemu fails to boot the VM. The boot failure is caused by recent EDK2 enabling of LPA2 support and qemu is called with -cpu=max model that advertises LPA2. While this issue has to be investigated on EDK2/QEMU side, there is no reason for IPXE to stick to cpu=max that might be unstable for these tests. This commit switch the cpu from max to the common model neoverse-n1 in the server eco-system.
Please be aware that the autopkgtest of debvm is doing the same. From the log [1]:
qemu-system-arm64 -netdev user,id=net0,hostfwd=tcp:127.0.0.1:2222-:22 -device virtio-net-pci,netdev=net0 -nographic -chardev stdio,id=console,mux=on,signal=off -serial chardev:console -device virtio-rng-pci,rng=rng0 -object rng-random,filename=/dev/urandom,id=rng0 -cpu max,pauth-impdef=on -no-user-config -nodefaults -name debefivm-run test.img -m 1G -drive if=pflash,format=raw,unit=0,read-only=on,file=/usr/share/AAVMF/AAVMF_CODE.fd -drive if=pflash,format=raw,unit=1,read-only=on,file=/usr/share/AAVMF/AAVMF_VARS.fd -drive id=root,media=disk,format=raw,discard=unmap,file=test.img,if=none,cache=unsafe -device virtio-blk-pci,drive=root,serial=root -machine type=virt,gic-version=max,accel=kvm:tcg
Paul [1] https://ci.debian.net/packages/d/debvm/testing/arm64/68863184/#L7150
OpenPGP_signature.asc
Description: OpenPGP digital signature
