summaryrefslogtreecommitdiffstats
path: root/arch/powerpc/kvm
diff options
context:
space:
mode:
authorDavid Gibson2016-12-20 06:48:58 +0100
committerPaul Mackerras2017-01-31 11:58:59 +0100
commitef1ead0c3b1dfb43d33caa4f50c8d214f86b6bc8 (patch)
tree81528353c21434ac350c476faff6661c904ce7e9 /arch/powerpc/kvm
parentDocumentation: Correct duplicate section number in kvm/api.txt (diff)
downloadkernel-qcow2-linux-ef1ead0c3b1dfb43d33caa4f50c8d214f86b6bc8.tar.gz
kernel-qcow2-linux-ef1ead0c3b1dfb43d33caa4f50c8d214f86b6bc8.tar.xz
kernel-qcow2-linux-ef1ead0c3b1dfb43d33caa4f50c8d214f86b6bc8.zip
KVM: PPC: Book3S HV: HPT resizing documentation and reserved numbers
This adds a new powerpc-specific KVM_CAP_SPAPR_RESIZE_HPT capability to advertise whether KVM is capable of handling the PAPR extensions for resizing the hashed page table during guest runtime. It also adds definitions for two new VM ioctl()s to implement this extension, and documentation of the same. Note that, HPT resizing is already possible with KVM PR without kernel modification, since the HPT is managed within userspace (qemu). The capability defined here will only be set where an in-kernel implementation of resizing is necessary, i.e. for KVM HV. To determine if the userspace resize implementation can be used, it's necessary to check KVM_CAP_PPC_ALLOC_HTAB. Unfortunately older kernels incorrectly set KVM_CAP_PPC_ALLOC_HTAB even with KVM PR. If userspace it want to support resizing with KVM PR on such kernels, it will need a workaround. Signed-off-by: David Gibson <david@gibson.dropbear.id.au> Signed-off-by: Paul Mackerras <paulus@ozlabs.org>
Diffstat (limited to 'arch/powerpc/kvm')
0 files changed, 0 insertions, 0 deletions