Package: os-autoinst
Version: 5.1777039154.e2faf810-3
Severity: serious
X-Debbugs-Cc: [email protected]

Hi,

our daily builds started failing with 5.1777039154.e2faf810-3. The 
last good os-autoinst version was 5.1768577300.b85e4864-1.

On aarch64, os-autoinst fails running qemu with these errors:

QEMU: QEMU emulator version 11.0.0 (Debian 1:11.0.0+ds-1)
QEMU: Copyright (c) 2003-2026 Fabrice Bellard and the QEMU Project developers
!!! : qemu-system-aarch64: -device 
virtio-net,netdev=qanet0,mac=52:54:00:12:34:56: failed to find romfile 
"efi-virtio.rom"

I'll note that the qemu command line does not seem to have changed 
from the old os-autoinst version. The generated qemu command line is:

2026-05-04T17:57:33.269393Z 01E [2026-05-04T17:57:33.269034Z] [debug] 
[pid:10801] starting: /usr/bin/qemu-system-aarch64 -device 
virtio-gpu-pci,edid=on,xres=1280,yres=1024 -only-migratable -chardev 
ringbuf,id=serial0,logfile=serial0,logappend=on -serial chardev:serial0 
-audiodev none,id=snd0 -device intel-hda -device hda-output,audiodev=snd0 -m 
3172 -machine virt,gic-version=max -cpu cortex-a53 -netdev user,id=qanet0 
-device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56 -object 
rng-random,filename=/dev/urandom,id=rng0 -device virtio-rng-pci,rng=rng0 
-device nec-usb-xhci -device usb-tablet -device usb-kbd -smp 4 -no-shutdown 
-vnc :90,share=force-shared -device virtio-serial -chardev 
pipe,id=virtio_console,path=virtio_console,logfile=virtio_console.log,logappend=on
 -device 
virtconsole,chardev=virtio_console,name=org.openqa.console.virtio_console 
-chardev 
pipe,id=virtio_console_user,path=virtio_console_user,logfile=virtio_console_user.log,logappend=on
 -device 
virtconsole,chardev=virtio_console_user,name=org.openqa.console.virtio_console_user
 -chardev 
socket,path=qmp_socket,server=on,wait=off,id=qmp_socket,logfile=qmp_socket.log,logappend=on
 -qmp chardev:qmp_socket -S -device virtio-scsi-pci,id=scsi0 -blockdev 
driver=file,node-name=hd0-file,filename=/tmp/tmplfm0e35w/raid/hd0,cache.no-flush=on
 -blockdev 
driver=qcow2,node-name=hd0,file=hd0-file,cache.no-flush=on,discard=unmap 
-device virtio-blk,id=hd0-device,drive=hd0,serial=hd0 -blockdev 
driver=file,node-name=cd0-overlay0-file,filename=/tmp/tmplfm0e35w/raid/cd0-overlay0,cache.no-flush=on
 -blockdev 
driver=qcow2,node-name=cd0-overlay0,file=cd0-overlay0-file,cache.no-flush=on,discard=unmap
 -device scsi-cd,id=cd0-device,drive=cd0-overlay0,serial=cd0 -drive 
id=pflash-code-overlay0,if=pflash,file=/tmp/tmplfm0e35w/raid/pflash-code-overlay0,unit=0,readonly=on
 -drive 
id=pflash-vars-overlay0,if=pflash,file=/tmp/tmplfm0e35w/raid/pflash-vars-overlay0,unit=1

last good versions:
ipxe-qemu (2.0.0+dfsg-5)
qemu-system-data (1:11.0.0+ds-1)
qemu-system-arm (1:11.0.0+ds-1)
qemu-block-extra (1:11.0.0+ds-1)
qemu-utils (1:11.0.0+ds-1)
os-autoinst (5.1777039154.e2faf810-1)

It seems likely that ipxe-qemu needs to be pulled in by os-autoinst 
as it did previously (maybe via a dependency chain).

Best,
Chris

Reply via email to