]> git.proxmox.com Git - pve-kernel.git/commit
revert KVM nested param back to off as default, for now
authorThomas Lamprecht <t.lamprecht@proxmox.com>
Fri, 7 Jun 2019 19:41:38 +0000 (21:41 +0200)
committerThomas Lamprecht <t.lamprecht@proxmox.com>
Sat, 8 Jun 2019 18:12:35 +0000 (20:12 +0200)
commit6ac09c547c166e31fad20a443e76b3f9f0095a71
tree220c6c5f690b973149c100fb9f148da97df1eefb
parentfaed21722c2421605645e8da6d014e90890f327c
revert KVM nested param back to off as default, for now

Else everyone booting the 5.0 based kernel will have nesting
activated by default[0], and this break live migration for all VMs
with CPU type host, even if they do not host KVM (nested) guests
themself and never made a VMX call, at least with newer QEMU versions
>= 3.1 [1]

While the kernel now may had good reasons to change the default to
true for this[0], i.e., it can now handle nested guest migrations in
a nice and sane way, the user space side of this in QEMU is not yet
ready, and may only become so with or even after 4.1.

After we have a working qemu which can also live migrate arbitrary
nested guest we may well enable this as default, but until then it
brings just pain but no advantage.

So let's protect people which did not manually enabled nesting for
a live-migration breakage. All those who enabled nesting manually
them self knew that it was still experimental and thus will have to
live with their decision and have a live migration breakage (for
those VMs with CPU type 'host')

[0]: https://git.kernel.org/torvalds/c/1e58e5e59148916fa43444a406335a990783fb78
[1]: https://git.qemu.org/gitweb.cgi?p=qemu.git;a=commitdiff;h=d98f26073bebddcd3da0ba1b86c3a34e840c0fb8

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
patches/kernel/0005-Revert-KVM-VMX-enable-nested-virtualization-by-defau.patch [new file with mode: 0644]