diff options
author | Dominik Dingel <dingel@linux.vnet.ibm.com> | 2013-06-06 15:32:37 +0200 |
---|---|---|
committer | Christian Borntraeger <borntraeger@de.ibm.com> | 2014-01-30 12:51:38 +0100 |
commit | e0ead41a6dac09f86675ce07a66e4b253a9b7bd5 (patch) | |
tree | ed0026f1f858cbab03db7dc83cb7820d0a348821 /virt/kvm/Kconfig | |
parent | 24eb3a824c4f3ccfaa2305dc1d9d9e2a708828c5 (diff) | |
download | linux-rpi-e0ead41a6dac09f86675ce07a66e4b253a9b7bd5.tar.gz linux-rpi-e0ead41a6dac09f86675ce07a66e4b253a9b7bd5.tar.bz2 linux-rpi-e0ead41a6dac09f86675ce07a66e4b253a9b7bd5.zip |
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/Kconfig | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/virt/kvm/Kconfig b/virt/kvm/Kconfig index fbe1a48bd629..13f2d19793e3 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 |