make vmtest fails on arm64: qemu-system-aarch64 has no default for -machine
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
curtin |
Triaged
|
Medium
|
Unassigned |
Bug Description
`make vmtest` fails on arm64 (aarch64):
$ make vmtest
[...]
nosetests3 -vv --nologcapture tests/vmtests
nose.config: INFO: Ignoring files matching ['^\\.', '^_', '^setup\\.py$']
2019-04-24 10:51:29,447 - vmtests - INFO - Logfile: /tmp/vmtest-
nose.selector: INFO: /home/ubuntu/
2019-04-24 10:51:31,592 - BionicTestAptCo
2019-04-24 10:51:31,599 - BionicTestAptCo
2019-04-24 10:51:31,821 - BionicTestAptCo
2019-04-24 10:51:31,837 - BionicTestAptCo
2019-04-24 10:51:31,838 - BionicTestAptCo
2019-04-24 10:51:31,862 - BionicTestAptCo
2019-04-24 10:51:31,887 - BionicTestAptCo
2019-04-24 10:51:31,887 - BionicTestAptCo
2019-04-24 10:51:31,887 - BionicTestAptCo
2019-04-24 10:51:31,921 - BionicTestAptCo
2019-04-24 10:51:31,922 - BionicTestAptCo
2019-04-24 10:51:33,918 - BionicTestAptCo
2019-04-24 10:51:33,926 - BionicTestAptCo
ERROR
The happens when tools/xkvm is called, failing with:
bad device model virtio-blk?
This happens because tools/xkvm calls qemu-kvm like this:
$KVM -device "$model,?"
expanded:
qemu-
which fails with:
qemu-
Use -machine help to list supported machines
so it seems that arm64 has to be handled in a special way, as there is no default for `-machine`.
Yes, we'll need to work with qemu on the host to sort out what device are available and update xkvm with those for arm64