summaryrefslogtreecommitdiffstats
path: root/hw/omap_tap.c
diff options
context:
space:
mode:
authorEduardo Habkost <ehabkost@redhat.com>2013-01-07 16:20:44 -0200
committerAndreas Färber <afaerber@suse.de>2013-01-15 04:09:14 +0100
commit6a4784ce6b95b013a13504ead9ab62975faf6eff (patch)
tree7df731794159762c5da1f2d689ea58eaa8a8ea71 /hw/omap_tap.c
parent9ca5892328a40bfa9c24c847441761c4729ae3f3 (diff)
downloadhqemu-6a4784ce6b95b013a13504ead9ab62975faf6eff.zip
hqemu-6a4784ce6b95b013a13504ead9ab62975faf6eff.tar.gz
target-i386: Disable kvm_mmu by default
KVM_CAP_PV_MMU capability reporting was removed from the kernel since v2.6.33 (see commit a68a6a7282373), and was completely removed from the kernel since v3.3 (see commit fb92045843). It doesn't make sense to keep it enabled by default, as it would cause unnecessary hassle when using the "enforce" flag. This disables kvm_mmu on all machine-types. With this fix, the possible scenarios when migrating from QEMU <= 1.3 to QEMU 1.4 are: ------------+----------+---------------------------------------------------- src kernel | dst kern.| Result ------------+----------+---------------------------------------------------- >= 2.6.33 | any | kvm_mmu was already disabled and will stay disabled <= 2.6.32 | >= 3.3 | correct live migration is impossible <= 2.6.32 | <= 3.2 | kvm_mmu will be disabled on next guest reboot * ------------+----------+---------------------------------------------------- * If they are running kernel <= 2.6.32 and want kvm_mmu to be kept enabled on guest reboot, they can explicitly add +kvm_mmu to the QEMU command-line. Using 2.6.33 and higher, it is not possible to enable kvm_mmu explicitly anymore. Signed-off-by: Eduardo Habkost <ehabkost@redhat.com> Reviewed-by: Gleb Natapov <gleb@redhat.com> Signed-off-by: Andreas Färber <afaerber@suse.de>
Diffstat (limited to 'hw/omap_tap.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud