The main takeaways are:
* use of `qemu-system-arm`, not `qemu-system-aarch64`
* no more than 3G, as there currently is a firmware bug preventing the use of more memory
* `-smp 1` is not supported, be sure to give at least two cores
I'll now see about patching autopkgtest to craft that kind of commandline when calling `qemu` with `armhf`.
Here is a working armhf command to manually boot a noble-armhf image:
``` filename= /dev/urandom, id=rng0 \ rng-pci, rng=rng0, id=rng- device0 \ format= raw,unit= 0,read- only=on, file=/usr/ share/AAVMF/ AAVMF32_ CODE.fd \ net-pci, netdev= eth0 \ eth0,hostfwd= tcp::8022- :22 \ t-noble- armhf.img, if=virtio, format= qcow2
qemu-system-arm \
-machine virt -m 3G -smp 2 -cpu cortex-a15 -nographic \
-object rng-random,
-device virtio-
-drive if=pflash,
-device virtio-
-netdev user,id=
-drive file=autopkgtes
```
The main takeaways are: aarch64`
* use of `qemu-system-arm`, not `qemu-system-
* no more than 3G, as there currently is a firmware bug preventing the use of more memory
* `-smp 1` is not supported, be sure to give at least two cores
I'll now see about patching autopkgtest to craft that kind of commandline when calling `qemu` with `armhf`.