kvm: First step to push iothread lock out of inner run loop
commit4b8523ee896750c37b4fa224a40d34703cbdf4c6
authorJan Kiszka <jan.kiszka@siemens.com>
Thu, 18 Jun 2015 16:47:23 +0000 (18 18:47 +0200)
committerPaolo Bonzini <pbonzini@redhat.com>
Wed, 1 Jul 2015 13:45:51 +0000 (1 15:45 +0200)
tree1083d1e6c59b33c68808094d4b6844ddf935c9f0
parent4840f10eff37eebc609fcc933ab985dc66df95c6
kvm: First step to push iothread lock out of inner run loop

This opens the path to get rid of the iothread lock on vmexits in KVM
mode. On x86, the in-kernel irqchips has to be used because we otherwise
need to synchronize APIC and other per-cpu state accesses that could be
changed concurrently.

Regarding pre/post-run callbacks, s390x and ARM should be fine without
specific locking as the callbacks are empty. MIPS and POWER require
locking for the pre-run callback.

For the handle_exit callback, it is non-empty in x86, POWER and s390.
Some POWER cases could do without the locking, but it is left in
place for now.

Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Message-Id: <1434646046-27150-7-git-send-email-pbonzini@redhat.com>
kvm-all.c
target-i386/kvm.c
target-mips/kvm.c
target-ppc/kvm.c
target-s390x/kvm.c