aboutsummaryrefslogtreecommitdiff
path: root/migration-tcp.c
diff options
context:
space:
mode:
authorPeter Maydell <peter.maydell@linaro.org>2012-07-26 15:35:14 +0100
committerAvi Kivity <avi@redhat.com>2012-08-09 16:16:56 +0300
commitcc7e0ddf5a2307015eacfac2ac6a6a765898fcc3 (patch)
tree9f48e5a70cd18a95d2810c983b3fecba05ae75b3 /migration-tcp.c
parent1d31f66bbc886af56d2def349012a358dc3ada06 (diff)
downloadqemu-cc7e0ddf5a2307015eacfac2ac6a6a765898fcc3.zip
qemu-cc7e0ddf5a2307015eacfac2ac6a6a765898fcc3.tar.gz
qemu-cc7e0ddf5a2307015eacfac2ac6a6a765898fcc3.tar.bz2
kvm: Decouple 'irqfds usable' from 'kernel irqchip'
Instead of assuming that we can use irqfds if and only if kvm_irqchip_in_kernel(), add a bool to the KVMState which indicates this, and is set only on x86 and only if the irqchip is in the kernel. The kernel documentation implies that the only thing you need to use KVM_IRQFD is that KVM_CAP_IRQFD is advertised, but this seems to be untrue. In particular the kernel does not (alas) return a sensible error if you try to set up an irqfd when you haven't created an irqchip. If it did we could remove all this nonsense and let the kernel return the error code. Signed-off-by: Peter Maydell <peter.maydell@linaro.org> Acked-by: Jan Kiszka <jan.kiszka@siemens.com> Signed-off-by: Avi Kivity <avi@redhat.com>
Diffstat (limited to 'migration-tcp.c')
0 files changed, 0 insertions, 0 deletions