Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752578AbdH2NA7 (ORCPT ); Tue, 29 Aug 2017 09:00:59 -0400 Received: from mx1.redhat.com ([209.132.183.28]:58276 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751507AbdH2NA5 (ORCPT ); Tue, 29 Aug 2017 09:00:57 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 5345E80F9C Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=cohuck@redhat.com Date: Tue, 29 Aug 2017 15:00:44 +0200 From: Cornelia Huck To: David Hildenbrand Cc: Radim =?UTF-8?B?S3LEjW3DocWZ?= , linux-kernel@vger.kernel.org, kvm@vger.kernel.org, linux-mips@linux-mips.org, kvm-ppc@vger.kernel.org, linux-s390@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Paolo Bonzini , Christoffer Dall , Marc Zyngier , Christian Borntraeger , James Hogan , Paul Mackerras , Alexander Graf Subject: Re: [PATCH RFC v3 7/9] KVM: add kvm_free_vcpus and kvm_arch_free_vcpus Message-ID: <20170829150044.554b5288.cohuck@redhat.com> In-Reply-To: <45e07499-e60c-5289-f439-9c51f59866ec@redhat.com> References: <20170821203530.9266-1-rkrcmar@redhat.com> <20170821203530.9266-8-rkrcmar@redhat.com> <45e07499-e60c-5289-f439-9c51f59866ec@redhat.com> Organization: Red Hat GmbH MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Tue, 29 Aug 2017 13:00:57 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1017 Lines: 32 On Tue, 22 Aug 2017 16:18:59 +0200 David Hildenbrand wrote: > > diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c > > index 33a15e176927..0d2d8b0c785c 100644 > > --- a/virt/kvm/kvm_main.c > > +++ b/virt/kvm/kvm_main.c > > @@ -750,6 +750,23 @@ static void kvm_destroy_devices(struct kvm *kvm) > > } > > } > > > > +void kvm_free_vcpus(struct kvm *kvm) > > +{ > > + int i; > > + > > + kvm_arch_free_vcpus(kvm); > > I wonder if it would be possible to get rid of kvm_arch_free_vcpus(kvm) > completely and simply call > > kvm_for_each_vcpu(i, vcpu, kvm) > kvm_arch_vcpu_free(vcpu); > > at that point. > > Would certainly require some refactoring, and I am not sure if we could > modify the special mmu handling for x86 ("Unpin any mmu pages first."). > But if in doubt, that part could be moved to kvm_arch_destroy_vm(), just > before calling kvm_free_vcpus(). Nod, that crossed my mind as well. Would avoid adding lots of kvm_arch_free_vcpus() that do the same thing for many archs.