Christoffer Dall a28ebea2ad KVM: Protect device ops->create and list_add with kvm->lock ... KVM devices were manipulating list data structures without any form of synchronization, and some implementations of the create operations also suffered from a lack of synchronization. Now when we've split the xics create operation into create and init, we can hold the kvm->lock mutex while calling the create operation and when manipulating the devices list. The error path in the generic code gets slightly ugly because we have to take the mutex again and delete the device from the list, but holding the mutex during anon_inode_getfd or releasing/locking the mutex in the common non-error path seemed wrong. Signed-off-by: Christoffer Dall <christoffer.dall@linaro.org> Reviewed-by: Paolo Bonzini <pbonzini@redhat.com> Acked-by: Christian Borntraeger <borntraeger@de.ibm.com> Signed-off-by: Radim Krčmář <rkrcmar@redhat.com>		2016-08-12 12:01:27 +02:00
..
hyp	KVM: arm/arm64: The GIC is dead, long live the GIC	2016-07-03 23:09:37 +02:00
vgic	KVM: Protect device ops->create and list_add with kvm->lock	2016-08-12 12:01:27 +02:00
arch_timer.c	arm/kvm/arch_timer: Convert to hotplug state machine	2016-07-15 10:40:27 +02:00
pmu.c	KVM: arm/arm64: pmu: abstract access to number of SPIs	2016-05-20 15:39:43 +02:00
trace.h	arm/arm64: KVM: Add tracepoints for vgic and timer	2015-10-22 23:01:48 +02:00