Andrew Zaborowski 7b45ad220d test-runner: Fix the has_virt flag usage ... Use the same machine type regardless of has_virt: q35 with accelerators list set to kvm:tcg, this will use KVM if available and fall back to TCG if not available so there's no point checking has_virt. We can't reliably know if KVM is usable anyway: even if the CPU has the virtualization extensions, the support might not be enabled in the QEMU build or there may be no kernel module or we may be calling a different qemu executable than the one supporting KVM. Set CPU type to "host" if KVM available and "max" otherwise because "host" is not supported without KVM. We actually want to emulate the host CPU as closely as possible so that host executables can run even if optimized for the specific CPU. "max" seems to be the new way (since Feb only) to request "host" cpu without KVM. It seems that the idea is for "max" to become same as "host" if KVM is enabled so at some point we will want to switch to using "max" in both cases. The "level=9" flag seems to have been an error, there's no CPU with cpuid max level of 9 and I can't see the purpose of setting the cpuid level other than the host cpu's level. -enable-kvm is redundant with accel=kvm:tcg in current qemu. Again I'm not able to test this patch on a cpu that would be affected by it but I hope this fixes some situations which are currently broken anyway.		2017-05-16 15:56:06 -05:00
..
hwsim.c	hwsim: Watch RTNL NewLink events	2017-03-28 15:26:02 -05:00
test_runner_kernel_config	tools: Add MD4 to test runner kernel config	2016-12-14 23:01:22 -06:00
test-runner.c	test-runner: Fix the has_virt flag usage	2017-05-16 15:56:06 -05:00