aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
-rw-r--r--Documentation/virtual/kvm/api.txt13
1 files changed, 13 insertions, 0 deletions
diff --git a/Documentation/virtual/kvm/api.txt b/Documentation/virtual/kvm/api.txt
index 75cd8fba0cde..2d510b6a649a 100644
--- a/Documentation/virtual/kvm/api.txt
+++ b/Documentation/virtual/kvm/api.txt
@@ -200,6 +200,19 @@ allocation of vcpu ids. For example, if userspace wants
200single-threaded guest vcpus, it should make all vcpu ids be a multiple 200single-threaded guest vcpus, it should make all vcpu ids be a multiple
201of the number of vcpus per vcore. 201of the number of vcpus per vcore.
202 202
203On powerpc using book3s_hv mode, the vcpus are mapped onto virtual
204threads in one or more virtual CPU cores. (This is because the
205hardware requires all the hardware threads in a CPU core to be in the
206same partition.) The KVM_CAP_PPC_SMT capability indicates the number
207of vcpus per virtual core (vcore). The vcore id is obtained by
208dividing the vcpu id by the number of vcpus per vcore. The vcpus in a
209given vcore will always be in the same physical core as each other
210(though that might be a different physical core from time to time).
211Userspace can control the threading (SMT) mode of the guest by its
212allocation of vcpu ids. For example, if userspace wants
213single-threaded guest vcpus, it should make all vcpu ids be a multiple
214of the number of vcpus per vcore.
215
2034.8 KVM_GET_DIRTY_LOG (vm ioctl) 2164.8 KVM_GET_DIRTY_LOG (vm ioctl)
204 217
205Capability: basic 218Capability: basic