Am 09.11.2010 14:59, Jan Kiszka wrote: > Am 09.11.2010 14:53, Marcelo Tosatti wrote: >> On Tue, Nov 09, 2010 at 12:41:26PM +0100, Jan Kiszka wrote: >>> Clean up the srcu struct on vm destruction. >>> >>> Signed-off-by: Jan Kiszka <jan.kiszka@xxxxxxxxxxx> >>> --- >>> virt/kvm/kvm_main.c | 1 + >>> 1 files changed, 1 insertions(+), 0 deletions(-) >>> >>> diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c >>> index 4111a4b..6ec58d1 100644 >>> --- a/virt/kvm/kvm_main.c >>> +++ b/virt/kvm/kvm_main.c >>> @@ -513,6 +513,7 @@ static void kvm_destroy_vm(struct kvm *kvm) >>> #else >>> kvm_arch_flush_shadow(kvm); >>> #endif >>> + cleanup_srcu_struct(&kvm->srcu); >>> kvm_arch_destroy_vm(kvm); >>> hardware_disable_all(); >>> mmdrop(mm); >>> -- >>> 1.7.1 >> >> kvm_arch_destroy_vm does it. > > Oh, indeed. > > That I guess it's time to clean up, move generic allocation and release > into generic code. Having kvm_arch_create/destroy_vm manage the kvm > object allocation does not look very nice (and caused this confusion of > mine). Oh, the setup/cleanup maze is a tribute to the IA64 zombie. Mmh... Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html