Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1789603pxb; Wed, 20 Oct 2021 11:46:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxV2PiauGlrUgl3Q2fBa2PHTYjMIzvmu/u/K4fsKUBbl8xcaEoKaG/hesBm/TDqvprRspeM X-Received: by 2002:a05:6402:2807:: with SMTP id h7mr949141ede.58.1634755619600; Wed, 20 Oct 2021 11:46:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634755619; cv=none; d=google.com; s=arc-20160816; b=aPh12U7sdVEXFqEiMCEf0/4WxtrT0KLAF4PeE9Yivu4iQpXWVhjlVTue7/un/O4VNj BzKFkRwv56gitiyYrsHeYiCLdiY8V1cVHF1StDodCvGM9Lsim8pOLqa666SGyKVzVHZr w1jnY7qzTqOmvbPcjTSgiPcB057U29jnY1RX/Z7B3Vmi4x8dF2chkuwS9/ULDX3t+Ncv 7YLjmBthcG7g+QhGfb/XHF1IgAjeQCocdNsGpQuFTyH7yiFJUaW71dQkKb5gLsPyQNJh 0jAmRDfpL1GOrshzHPWXb54E0un9uqEQ4KKz75tzyzW6t+6ngDB1qdiiRX8mH+h3QPL4 eduQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:subject:from :references:cc:to; bh=OTuK3HfWRECKu1Vjs2GGVEFWAwPwstYFNAVAX8u0boM=; b=B88tdYdrL2xaAOSgc85A3w9zM0FiXxHM723CAqTNbt+iMInlawTuF3x9/Qw0S2Mygm UqYAGif9qjPNNNelIJcQNQkLFESkWVOMtJP3WLFYZS2hI+biYo+M0sdvZF81pUKIJSJn QP9Ab6Gv8rCAwjyVNCCQ0DC2ocdbY5DVgxuPWR42ey64ecg5F2V7n7K50coF1x6ihAeT nmKQwde+/pq7p7RldQfuC2I3HY1w1pOfgaGpPlYQyfiDO4pRC3gFzCHx2ujbU8bfOEG8 iGan4iqd3n/+lD3mB5SyGVgk00PrWi+WcvOPrcBz7yY0xhJHiyvHPW2yGd9HoLfVMsr9 0P7A== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ga26si4185393ejb.86.2021.10.20.11.46.34; Wed, 20 Oct 2021 11:46:59 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231387AbhJTSnv (ORCPT + 99 others); Wed, 20 Oct 2021 14:43:51 -0400 Received: from vps-vb.mhejs.net ([37.28.154.113]:40886 "EHLO vps-vb.mhejs.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231368AbhJTSnu (ORCPT ); Wed, 20 Oct 2021 14:43:50 -0400 Received: from MUA by vps-vb.mhejs.net with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1mdGWq-0002fI-69; Wed, 20 Oct 2021 20:41:32 +0200 To: Sean Christopherson Cc: Paolo Bonzini , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Igor Mammedov , Marc Zyngier , James Morse , Julien Thierry , Suzuki K Poulose , Huacai Chen , Aleksandar Markovic , Paul Mackerras , Christian Borntraeger , Janosch Frank , David Hildenbrand , Cornelia Huck , Claudio Imbrenda , Joerg Roedel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org References: From: "Maciej S. Szmigiero" Subject: Re: [PATCH v5 05/13] KVM: Integrate gfn_to_memslot_approx() into search_memslots() Message-ID: Date: Wed, 20 Oct 2021 20:41:26 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20.10.2021 01:38, Sean Christopherson wrote: > On Mon, Sep 20, 2021, Maciej S. Szmigiero wrote: >> @@ -1267,7 +1280,7 @@ search_memslots(struct kvm_memslots *slots, gfn_t gfn, int *index) >> * itself isn't here as an inline because that would bloat other code too much. >> */ >> static inline struct kvm_memory_slot * >> -__gfn_to_memslot(struct kvm_memslots *slots, gfn_t gfn) >> +__gfn_to_memslot_approx(struct kvm_memslots *slots, gfn_t gfn, bool approx) > > This function name is a misnomer. The helper is not an "approx" version, it's an > inner helper that takes an @approx param. Unless someone has a more clever name, > the dreaded four underscores seems like the way to go. Warning away users is a > good thing in this case... > >> { >> struct kvm_memory_slot *slot; >> int slot_index = atomic_read(&slots->last_used_slot); >> @@ -1276,7 +1289,7 @@ __gfn_to_memslot(struct kvm_memslots *slots, gfn_t gfn) >> if (slot) >> return slot; >> >> - slot = search_memslots(slots, gfn, &slot_index); >> + slot = search_memslots(slots, gfn, &slot_index, approx); >> if (slot) { >> atomic_set(&slots->last_used_slot, slot_index); >> return slot; >> @@ -1285,6 +1298,12 @@ __gfn_to_memslot(struct kvm_memslots *slots, gfn_t gfn) >> return NULL; >> } >> > > There's a comment that doesn't show up in this diff that should also be moved, > and opportunistically updated. > >> +static inline struct kvm_memory_slot * >> +__gfn_to_memslot(struct kvm_memslots *slots, gfn_t gfn) >> +{ >> + return __gfn_to_memslot_approx(slots, gfn, false); >> +} >> + >> static inline unsigned long >> __gfn_to_hva_memslot(const struct kvm_memory_slot *slot, gfn_t gfn) >> { > > E.g. this as fixup? > > diff --git a/arch/s390/kvm/kvm-s390.c b/arch/s390/kvm/kvm-s390.c > index 540fa948baa5..2964c773b36c 100644 > --- a/arch/s390/kvm/kvm-s390.c > +++ b/arch/s390/kvm/kvm-s390.c > @@ -1964,10 +1964,15 @@ static int kvm_s390_peek_cmma(struct kvm *kvm, struct kvm_s390_cmma_log *args, > return 0; > } > > +static int gfn_to_memslot_approx(struct kvm_memslots *slots, gfn_t gfn) > +{ > + return ____gfn_to_memslot(slots, cur_gfn, true); > +} > + > static unsigned long kvm_s390_next_dirty_cmma(struct kvm_memslots *slots, > unsigned long cur_gfn) > { > - struct kvm_memory_slot *ms = __gfn_to_memslot_approx(slots, cur_gfn, true); > + struct kvm_memory_slot *ms = gfn_to_memslot_approx(slots, cur_gfn); > int slotidx = ms - slots->memslots; > unsigned long ofs = cur_gfn - ms->base_gfn; > > diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h > index 8fd9644f40b2..ec1a074c2f6e 100644 > --- a/include/linux/kvm_host.h > +++ b/include/linux/kvm_host.h > @@ -1274,13 +1274,8 @@ search_memslots(struct kvm_memslots *slots, gfn_t gfn, int *index, bool approx) > return NULL; > } > > -/* > - * __gfn_to_memslot() and its descendants are here because it is called from > - * non-modular code in arch/powerpc/kvm/book3s_64_vio{,_hv}.c. gfn_to_memslot() > - * itself isn't here as an inline because that would bloat other code too much. > - */ > static inline struct kvm_memory_slot * > -__gfn_to_memslot_approx(struct kvm_memslots *slots, gfn_t gfn, bool approx) > +____gfn_to_memslot(struct kvm_memslots *slots, gfn_t gfn, bool approx) > { > struct kvm_memory_slot *slot; > int slot_index = atomic_read(&slots->last_used_slot); > @@ -1298,10 +1293,15 @@ __gfn_to_memslot_approx(struct kvm_memslots *slots, gfn_t gfn, bool approx) > return NULL; > } > > +/* > + * __gfn_to_memslot() and its descendants are here to allow arch code to inline > + * the lookups in hot paths. gfn_to_memslot() itself isn't here as an inline > + * because that would bloat other code too much. > + */ > static inline struct kvm_memory_slot * > __gfn_to_memslot(struct kvm_memslots *slots, gfn_t gfn) > { > - return __gfn_to_memslot_approx(slots, gfn, false); > + return ____gfn_to_memslot(slots, gfn, false); > } > > static inline unsigned long > Looks sensible, will apply your proposed changes. Thanks, Maciej