]> git.proxmox.com Git - mirror_ubuntu-jammy-kernel.git/commit
KVM: x86: hyper-v: HVCALL_SEND_IPI_EX is an XMM fast hypercall
authorVitaly Kuznetsov <vkuznets@redhat.com>
Tue, 22 Feb 2022 15:46:42 +0000 (16:46 +0100)
committerStefan Bader <stefan.bader@canonical.com>
Fri, 20 May 2022 12:39:59 +0000 (14:39 +0200)
commite35774498fb6ed9b6d19a2605ae4bbfe1e752664
tree0dee625a4c434b87c6e5373077ddd3b6310f7415
parentbcb0a353add1bb866ef6d60fc60d94a36617e43c
KVM: x86: hyper-v: HVCALL_SEND_IPI_EX is an XMM fast hypercall

BugLink: https://bugs.launchpad.net/bugs/1969110
commit 47d3e5cdfe607ec6883eb0faa7acf05b8cb3f92a upstream.

It has been proven on practice that at least Windows Server 2019 tries
using HVCALL_SEND_IPI_EX in 'XMM fast' mode when it has more than 64 vCPUs
and it needs to send an IPI to a vCPU > 63. Similarly to other XMM Fast
hypercalls (HVCALL_FLUSH_VIRTUAL_ADDRESS_{LIST,SPACE}{,_EX}), this
information is missing in TLFS as of 6.0b. Currently, KVM returns an error
(HV_STATUS_INVALID_HYPERCALL_INPUT) and Windows crashes.

Note, HVCALL_SEND_IPI is a 'standard' fast hypercall (not 'XMM fast') as
all its parameters fit into RDX:R8 and this is handled by KVM correctly.

Cc: stable@vger.kernel.org # 5.14.x: 3244867af8c0: KVM: x86: Ignore sparse banks size for an "all CPUs", non-sparse IPI req
Cc: stable@vger.kernel.org # 5.14.x
Fixes: d8f5537a8816 ("KVM: hyper-v: Advertise support for fast XMM hypercalls")
Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
Message-Id: <20220222154642.684285-5-vkuznets@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
(cherry picked from commit cb188e07105f2216f5efbefac95df4b6ce266906)
Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com>
arch/x86/kvm/hyperv.c