Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2180282pxj; Sun, 16 May 2021 17:34:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyiZh2vOcJZOqvlTqQEMGG70JtycN0xJBMJgeeKEqVoHQ5wKEyICZlQrjyklJObYqCiyC3q X-Received: by 2002:a92:c525:: with SMTP id m5mr48469426ili.298.1621211667088; Sun, 16 May 2021 17:34:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621211667; cv=none; d=google.com; s=arc-20160816; b=nDTRna/PSZCwpxnvcjb03TIEIvtBHkAALAP5+Q+p+/qIJ5/WrFImZilVjCo0jIbzGO DFyz0+4LmeFoqPo03p08koWnIGaMSC6LXI/s1CVpazIGy7Bh2HFzvpWufsSOesMDeZ1U lWEtGvAMP5JYjNP2ou5nMIgG9WPQ748l0uGwRfiYbG/SCE5J98P8+SvWMhRKJwqPX7zw VsQF/JLe9nOsAvKGOYbdy7YVL5n9Cjii4nufTimk6Z31hMo4c+/PPw1exRNiHMghVXl5 ek8Sj0JPm9lAankYNZoCEVLKjKuvQQ3PmbKO3qmTkPR+oI0ixW49dVcxf/RRZv7ZfwKP FqYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=2LM2Vm+kxSOKavxsFrLwjSPRERhzBRxk8UvwOWs7gbY=; b=dsYSMFnnkn3ptyKJzJWmzxMhNKDZlrw1VRC433HitJPs9vWnFc51kcX7s62Zmljck5 oAZZx6OaPpB67ru9nldeDWb6xls3IEAA0jGpmhr2izj2RIx7TeyVMdXnWmC0m3JXJmRE HYYsyhmXBtNLKPqQX84rFUtUGhNN5QfllgFGYi5Y700eKK2UIPfSumVsahCL60bTd0eQ 515Yza27dSxJKFRMajPpLk3RXMvPDuCdLbapWLlmp4m88GulXyrPZ85JivHAU7fZtzGT VL4+oY7Yt6Xg4S2f2jVy4M4ZQVu2Yyx2SAmegnYrZAQweAO4usn/BV/g62JnINZSU3Tg 67CA== 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 i25si16364554ila.96.2021.05.16.17.34.14; Sun, 16 May 2021 17:34:27 -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 S234458AbhEPVq7 (ORCPT + 99 others); Sun, 16 May 2021 17:46:59 -0400 Received: from vps-vb.mhejs.net ([37.28.154.113]:54490 "EHLO vps-vb.mhejs.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234435AbhEPVqt (ORCPT ); Sun, 16 May 2021 17:46:49 -0400 Received: from MUA by vps-vb.mhejs.net with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1liOZZ-00081T-Ip; Sun, 16 May 2021 23:45:17 +0200 From: "Maciej S. Szmigiero" To: Paolo Bonzini , Vitaly Kuznetsov Cc: Sean Christopherson , 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 Subject: [PATCH v3 7/8] KVM: Optimize gfn lookup in kvm_zap_gfn_range() Date: Sun, 16 May 2021 23:44:33 +0200 Message-Id: <38333ef36e7812e1b9f9d24e726ca632997a8ef1.1621191552.git.maciej.szmigiero@oracle.com> X-Mailer: git-send-email 2.31.1 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: "Maciej S. Szmigiero" Introduce a memslots gfn upper bound operation and use it to optimize kvm_zap_gfn_range(). This way this handler can do a quick lookup for intersecting gfns and won't have to do a linear scan of the whole memslot set. Signed-off-by: Maciej S. Szmigiero --- arch/x86/kvm/mmu/mmu.c | 41 ++++++++++++++++++++++++++++++++++++++-- include/linux/kvm_host.h | 22 +++++++++++++++++++++ 2 files changed, 61 insertions(+), 2 deletions(-) diff --git a/arch/x86/kvm/mmu/mmu.c b/arch/x86/kvm/mmu/mmu.c index 7222b552d139..f23398cf0316 100644 --- a/arch/x86/kvm/mmu/mmu.c +++ b/arch/x86/kvm/mmu/mmu.c @@ -5490,14 +5490,51 @@ void kvm_zap_gfn_range(struct kvm *kvm, gfn_t gfn_start, gfn_t gfn_end) int i; bool flush = false; + if (gfn_end == gfn_start || WARN_ON(gfn_end < gfn_start)) + return; + write_lock(&kvm->mmu_lock); for (i = 0; i < KVM_ADDRESS_SPACE_NUM; i++) { - int ctr; + int idxactive; + struct rb_node *node; slots = __kvm_memslots(kvm, i); - kvm_for_each_memslot(memslot, ctr, slots) { + idxactive = kvm_memslots_idx(slots); + + /* + * Find the slot with the lowest gfn that can possibly intersect with + * the range, so we'll ideally have slot start <= range start + */ + node = kvm_memslots_gfn_upper_bound(slots, gfn_start); + if (node) { + struct rb_node *pnode; + + /* + * A NULL previous node means that the very first slot + * already has a higher start gfn. + * In this case slot start > range start. + */ + pnode = rb_prev(node); + if (pnode) + node = pnode; + } else { + /* a NULL node below means no slots */ + node = rb_last(&slots->gfn_tree); + } + + for ( ; node; node = rb_next(node)) { gfn_t start, end; + memslot = container_of(node, struct kvm_memory_slot, + gfn_node[idxactive]); + + /* + * If this slot starts beyond or at the end of the range so does + * every next one + */ + if (memslot->base_gfn >= gfn_start + gfn_end) + break; + start = max(gfn_start, memslot->base_gfn); end = min(gfn_end, memslot->base_gfn + memslot->npages); if (start >= end) diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h index a9c5b0df2311..fd88e971eef2 100644 --- a/include/linux/kvm_host.h +++ b/include/linux/kvm_host.h @@ -709,6 +709,28 @@ struct kvm_memory_slot *id_to_memslot(struct kvm_memslots *slots, int id) return NULL; } +static inline +struct rb_node *kvm_memslots_gfn_upper_bound(struct kvm_memslots *slots, + gfn_t gfn) +{ + int idxactive = kvm_memslots_idx(slots); + struct rb_node *node, *result = NULL; + + for (node = slots->gfn_tree.rb_node; node; ) { + struct kvm_memory_slot *slot; + + slot = container_of(node, struct kvm_memory_slot, + gfn_node[idxactive]); + if (gfn < slot->base_gfn) { + result = node; + node = node->rb_left; + } else + node = node->rb_right; + } + + return result; +} + /* * KVM_SET_USER_MEMORY_REGION ioctl allows the following operations: * - create a new memory slot