aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation/virtual
diff options
context:
space:
mode:
authorJan Kiszka <jan.kiszka@siemens.com>2012-09-07 07:17:47 -0400
committerAvi Kivity <avi@redhat.com>2012-09-09 09:39:17 -0400
commit7efd8fa145c340a68a9cd758012b6e0ae4883c93 (patch)
treee906e7755298d21bd95b9a700bc70a63a5ea2f1f /Documentation/virtual
parenta50abc3b2b469ee80bc0f9ef5b6d457ef72659a9 (diff)
KVM: Improve wording of KVM_SET_USER_MEMORY_REGION documentation
Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com> Signed-off-by: Avi Kivity <avi@redhat.com>
Diffstat (limited to 'Documentation/virtual')
-rw-r--r--Documentation/virtual/kvm/api.txt22
1 files changed, 11 insertions, 11 deletions
diff --git a/Documentation/virtual/kvm/api.txt b/Documentation/virtual/kvm/api.txt
index b91bfd43f007..36befa775fdb 100644
--- a/Documentation/virtual/kvm/api.txt
+++ b/Documentation/virtual/kvm/api.txt
@@ -874,17 +874,17 @@ It is recommended that the lower 21 bits of guest_phys_addr and userspace_addr
874be identical. This allows large pages in the guest to be backed by large 874be identical. This allows large pages in the guest to be backed by large
875pages in the host. 875pages in the host.
876 876
877The flags field supports two flag, KVM_MEM_LOG_DIRTY_PAGES, which 877The flags field supports two flag, KVM_MEM_LOG_DIRTY_PAGES, which instructs
878instructs kvm to keep track of writes to memory within the slot. See 878kvm to keep track of writes to memory within the slot. See KVM_GET_DIRTY_LOG
879the KVM_GET_DIRTY_LOG ioctl. Another flag is KVM_MEM_READONLY when the 879ioctl. The KVM_CAP_READONLY_MEM capability indicates the availability of the
880KVM_CAP_READONLY_MEM capability, it indicates the guest memory is read-only, 880KVM_MEM_READONLY flag. When this flag is set for a memory region, KVM only
881that means, guest is only allowed to read it. Writes will be posted to 881allows read accesses. Writes will be posted to userspace as KVM_EXIT_MMIO
882userspace as KVM_EXIT_MMIO exits. 882exits.
883 883
884When the KVM_CAP_SYNC_MMU capability, changes in the backing of the memory 884When the KVM_CAP_SYNC_MMU capability is available, changes in the backing of
885region are automatically reflected into the guest. For example, an mmap() 885the memory region are automatically reflected into the guest. For example, an
886that affects the region will be made visible immediately. Another example 886mmap() that affects the region will be made visible immediately. Another
887is madvise(MADV_DROP). 887example is madvise(MADV_DROP).
888 888
889It is recommended to use this API instead of the KVM_SET_MEMORY_REGION ioctl. 889It is recommended to use this API instead of the KVM_SET_MEMORY_REGION ioctl.
890The KVM_SET_MEMORY_REGION does not allow fine grained control over memory 890The KVM_SET_MEMORY_REGION does not allow fine grained control over memory