aboutsummaryrefslogtreecommitdiffstats
path: root/arch/mips/kvm
diff options
context:
space:
mode:
authorVitaly Kuznetsov <vkuznets@redhat.com>2021-11-16 17:34:38 +0100
committerPaolo Bonzini <pbonzini@redhat.com>2021-11-18 02:12:14 -0500
commitf60a00d7295057cb4baea5a321501efc72794453 (patch)
tree4bd5794b032d48125f98268464160232ea2a3e56 /arch/mips/kvm
parentKVM: x86: Assume a 64-bit hypercall for guests with protected state (diff)
downloadlinux-dev-f60a00d7295057cb4baea5a321501efc72794453.tar.xz
linux-dev-f60a00d7295057cb4baea5a321501efc72794453.zip
KVM: arm64: Cap KVM_CAP_NR_VCPUS by kvm_arm_default_max_vcpus()
Generally, it doesn't make sense to return the recommended maximum number of vCPUs which exceeds the maximum possible number of vCPUs. Note: ARM64 is special as the value returned by KVM_CAP_MAX_VCPUS differs depending on whether it is a system-wide ioctl or a per-VM one. Previously, KVM_CAP_NR_VCPUS didn't have this difference and it seems preferable to keep the status quo. Cap KVM_CAP_NR_VCPUS by kvm_arm_default_max_vcpus() which is what gets returned by system-wide KVM_CAP_MAX_VCPUS. Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com> Message-Id: <20211116163443.88707-2-vkuznets@redhat.com> Acked-by: Marc Zyngier <maz@kernel.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'arch/mips/kvm')
0 files changed, 0 insertions, 0 deletions