Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1060979ybz; Thu, 16 Apr 2020 02:01:44 -0700 (PDT) X-Google-Smtp-Source: APiQypInMHMOLkv9FeQz0dzH81Yu0ohMuDs9iMe4Q54WuIfarEI19J7RzfF4lSYxc11C7mPS4NrX X-Received: by 2002:a17:906:2b89:: with SMTP id m9mr8424190ejg.302.1587027704214; Thu, 16 Apr 2020 02:01:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587027704; cv=none; d=google.com; s=arc-20160816; b=eokwA3D8P2Nw4V9e91guavfyF6JvZ1pjejl0gYadvGTPF6kTK/n6ZnrrE4XOYqAP48 rKowTI6vK+anXYAkZLe2+UrsVaz/G/HPU5izyw+KkFo0ZQtWTgZc2rEIJlHY2CtnqsLx Ld7qhJH/Xc735Ys7rX7nvNvi6mNv5PMJYLZ+ekH3v0UMt82BgXTmdAmt9j3zB01zwqCN e5REtCFzs1Q59B5QuKwFBEE8/yMtE9NzLzTg9KhIhslJyIfR6eVR2GEfoO7xvkPnbYAl b39GfHv2odhg0awGlsWlkDuA0j2tPQCTbAkociyQgRpdJdTopObPHuKjCUtlbXtNSe3L LCpQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:dkim-signature; bh=HBOSp8KoaqgQUXlL6khiQxh82SbQfD3UXPaPxlc3NpI=; b=0T2u43LA7qvgFBlMDjWd5uQ83WcK35xszkVGCT5/19uUaPuUciQFrJfj9gL2R5UMYP CxEPZm6dJIvmJKj47ZW8vjX5wRn6DbJIdjbUZ+zJ+U4Y8H4qsB+v+pjSFSblgjmzBlEc kuZKPyLWoobPwsb/X/XLLAFRmwfZmwVOTy2yBkHwT8RGBKddFxOWqNXVPMhPVdQ/1xNa ruY2ojtE3F5aWopLvXhJu0WIEVhImqLHTTi9R20PONOxcgUuprLUDHfOg+zIfRF9DrJT h/ysb+wbb7YAXk+eWoOudi7f2QIm7hT0my9viB3pKIQqRr2IFLttwSHuhaDJYY7vPoZI PzxA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SAZOXk8e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bz17si11327844ejc.528.2020.04.16.02.01.21; Thu, 16 Apr 2020 02:01:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SAZOXk8e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2502885AbgDPJAA (ORCPT + 99 others); Thu, 16 Apr 2020 05:00:00 -0400 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:36282 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2502898AbgDPIvA (ORCPT ); Thu, 16 Apr 2020 04:51:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1587027048; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HBOSp8KoaqgQUXlL6khiQxh82SbQfD3UXPaPxlc3NpI=; b=SAZOXk8e3bOfIiblT3KEanC34Cr2ERHz2OAj1z5udHAIYoMzy7FEBAiLU3tOkG3vjFBXLU RJ1+UhYcNWRmanl/jDRIR+NLsaMtjBZk/1GV7FNoFaE1tJlNcojdz6CEPLZ0gyeSPCoaxI vu2BVvUEOncDoo6OHYGGljUZxbKLZSQ= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-270-MuypNbuHM0uD0I3hVYYtuw-1; Thu, 16 Apr 2020 04:50:46 -0400 X-MC-Unique: MuypNbuHM0uD0I3hVYYtuw-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 994A818C35A6; Thu, 16 Apr 2020 08:50:42 +0000 (UTC) Received: from gondolin (ovpn-112-234.ams2.redhat.com [10.36.112.234]) by smtp.corp.redhat.com (Postfix) with ESMTP id 330E27E7C4; Thu, 16 Apr 2020 08:50:22 +0000 (UTC) Date: Thu, 16 Apr 2020 10:50:19 +0200 From: Cornelia Huck To: Tianjia Zhang Cc: Marc Zyngier , Vitaly Kuznetsov , kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, linux-mips@vger.kernel.org, kvm-ppc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, pbonzini@redhat.com, tsbogend@alpha.franken.de, paulus@ozlabs.org, mpe@ellerman.id.au, benh@kernel.crashing.org, borntraeger@de.ibm.com, frankja@linux.ibm.com, david@redhat.com, heiko.carstens@de.ibm.com, gor@linux.ibm.com, sean.j.christopherson@intel.com, wanpengli@tencent.com, jmattson@google.com, joro@8bytes.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, x86@kernel.org, hpa@zytor.com, james.morse@arm.com, julien.thierry.kdev@gmail.com, suzuki.poulose@arm.com, christoffer.dall@arm.com, peterx@redhat.com, thuth@redhat.com Subject: Re: [PATCH v2] KVM: Optimize kvm_arch_vcpu_ioctl_run function Message-ID: <20200416105019.51191d79.cohuck@redhat.com> In-Reply-To: <8b92fb5b-5138-0695-fb90-6c36b8dfad00@linux.alibaba.com> References: <20200416051057.26526-1-tianjia.zhang@linux.alibaba.com> <878sivx67g.fsf@vitty.brq.redhat.com> <1000159f971a6fa3b5bd9e5871ce4d82@kernel.org> <8b92fb5b-5138-0695-fb90-6c36b8dfad00@linux.alibaba.com> Organization: Red Hat GmbH MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 16 Apr 2020 16:45:33 +0800 Tianjia Zhang wrote: > On 2020/4/16 16:28, Marc Zyngier wrote: > > On 2020-04-16 08:03, Vitaly Kuznetsov wrote: =20 > >> Tianjia Zhang writes: > >> =20 > >>> In earlier versions of kvm, 'kvm_run' is an independent structure > >>> and is not included in the vcpu structure. At present, 'kvm_run' > >>> is already included in the vcpu structure, so the parameter > >>> 'kvm_run' is redundant. > >>> > >>> This patch simplify the function definition, removes the extra > >>> 'kvm_run' parameter, and extract it from the 'kvm_vcpu' structure > >>> if necessary. > >>> > >>> Signed-off-by: Tianjia Zhang > >>> --- > >>> > >>> v2 change: > >>> =C2=A0 remove 'kvm_run' parameter and extract it from 'kvm_vcpu' > >>> > >>> =C2=A0arch/mips/kvm/mips.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2= =A0 3 ++- > >>> =C2=A0arch/powerpc/kvm/powerpc.c |=C2=A0 3 ++- > >>> =C2=A0arch/s390/kvm/kvm-s390.c=C2=A0=C2=A0 |=C2=A0 3 ++- > >>> =C2=A0arch/x86/kvm/x86.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 | 11 ++++++----- > >>> =C2=A0include/linux/kvm_host.h=C2=A0=C2=A0 |=C2=A0 2 +- > >>> =C2=A0virt/kvm/arm/arm.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 |=C2=A0 6 +++--- > >>> =C2=A0virt/kvm/kvm_main.c=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |= =C2=A0 2 +- > >>> =C2=A07 files changed, 17 insertions(+), 13 deletions(-) > > Overall, there is a large set of cleanups to be done when both the vcpu= =20 > > and the run > > structures are passed as parameters at the same time. Just grepping the= =20 > > tree for > > kvm_run is pretty instructive. > >=20 > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 M. =20 >=20 > Sorry, it's my mistake, I only compiled the x86 platform, I will submit=20 > patch again. I think it's completely fine (and even preferable) to do cleanups like that on top. [FWIW, I compiled s390 here.]