summaryrefslogtreecommitdiff
path: root/virt/kvm/Kconfig
diff options
context:
space:
mode:
authorDominik Dingel <dingel@linux.vnet.ibm.com>2013-06-06 13:32:37 (GMT)
committerChristian Borntraeger <borntraeger@de.ibm.com>2014-01-30 11:51:38 (GMT)
commite0ead41a6dac09f86675ce07a66e4b253a9b7bd5 (patch)
treeed0026f1f858cbab03db7dc83cb7820d0a348821 /virt/kvm/Kconfig
parent24eb3a824c4f3ccfaa2305dc1d9d9e2a708828c5 (diff)
downloadlinux-e0ead41a6dac09f86675ce07a66e4b253a9b7bd5.tar.xz
KVM: async_pf: Provide additional direct page notification
By setting a Kconfig option, the architecture can control when guest notifications will be presented by the apf backend. There is the default batch mechanism, working as before, where the vcpu thread should pull in this information. Opposite to this, there is now the direct mechanism, that will push the information to the guest. This way s390 can use an already existing architecture interface. Still the vcpu thread should call check_completion to cleanup leftovers. Signed-off-by: Dominik Dingel <dingel@linux.vnet.ibm.com> Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
Diffstat (limited to 'virt/kvm/Kconfig')
-rw-r--r--virt/kvm/Kconfig4
1 files changed, 4 insertions, 0 deletions
diff --git a/virt/kvm/Kconfig b/virt/kvm/Kconfig
index fbe1a48..13f2d19 100644
--- a/virt/kvm/Kconfig
+++ b/virt/kvm/Kconfig
@@ -22,6 +22,10 @@ config KVM_MMIO
config KVM_ASYNC_PF
bool
+# Toggle to switch between direct notification and batch job
+config KVM_ASYNC_PF_SYNC
+ bool
+
config HAVE_KVM_MSI
bool