Received: by 2002:a05:6a10:a852:0:0:0:0 with SMTP id d18csp1670806pxy; Thu, 6 May 2021 12:53:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxGv1QWEsB9OgxF6pEdzvDfRBW4HV/0uWFXQrx5WLDV9aQiuQULNV+d3epLsXK1CCb57STB X-Received: by 2002:a62:e90a:0:b029:28e:62a0:a3df with SMTP id j10-20020a62e90a0000b029028e62a0a3dfmr6595746pfh.31.1620330781907; Thu, 06 May 2021 12:53:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620330781; cv=none; d=google.com; s=arc-20160816; b=rFY9ReiajjTLOSjymsefHKnIqw1RhKmjQFFz8dFhiBRlrQhzhP+sIv2xsDqBkiiMvt j+FGjFvg2lu9CEPLZbioBPXp5NJzG3/lqXirB1dV+15ltE/1X8lEw/qvgGcNvBdl+0uL bvI/V4eMh6JALiopxubeWn+S7eedpYr9wf/IPcXcoLWtfeVtRLp952ahEBS9DqHVwN2S 8WbILiUfbLTA8GSymvul4SaSqkfJVaLcqn04i0Kw+9Qh9V5jzbPiwKHV9TZx8aUNzJSI be7ZEK5v7kWNgSkPIPsc9tFVhDIPJt/JATpUjASJ6aL+f5LohSDxn1+4yR3kbyE90bZE OPAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:references:mime-version :message-id:in-reply-to:date:dkim-signature; bh=K/x5z5bZjszhScOsSUvYig/rlmtrsL2ZrnZOND+61kE=; b=gif8YPTgmdjfAQhW/Rkx/Hd1eHicOnKPhJ5VQZM9FbmQtp3OJJFuB8tJ4Vmiawmsyu DUbhTORJbMYLhgqzQQVChPllds+xghxcBcNrvsCLjCneeqcwE1SfdUEH4zO5NW/BWsRn iXKi+rYeAFUOfmBtgRdqpLE/rrAMiV/emZEXFcurL0KfDhsIOhh21gGIWEI3jUP6E+7U Tp4xLZbAP7LdWNw2A7mRYZpqeDqiIt5k/+7PKA3sGTtKNngOoKN8+Sm5tuNZMLdR40yH Ir2kk1vCTX2dWnfOMSxEg2sfPdM9Wp43C9gjy9/BKkkOnNrfGVNv//Df2nspRH5y8cJN 57lw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=LUC4WOb6; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g11si4156864plp.148.2021.05.06.12.52.49; Thu, 06 May 2021 12:53:01 -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=@google.com header.s=20161025 header.b=LUC4WOb6; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236485AbhEFSof (ORCPT + 99 others); Thu, 6 May 2021 14:44:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48182 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236395AbhEFSoW (ORCPT ); Thu, 6 May 2021 14:44:22 -0400 Received: from mail-qv1-xf4a.google.com (mail-qv1-xf4a.google.com [IPv6:2607:f8b0:4864:20::f4a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A64F5C061761 for ; Thu, 6 May 2021 11:43:23 -0700 (PDT) Received: by mail-qv1-xf4a.google.com with SMTP id h17-20020a0cb4d10000b02901c51890529dso4830322qvf.18 for ; Thu, 06 May 2021 11:43:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:in-reply-to:message-id:mime-version:references:subject:from:to :cc; bh=K/x5z5bZjszhScOsSUvYig/rlmtrsL2ZrnZOND+61kE=; b=LUC4WOb6mauhV5uFzsrXpaReIKKRZrn4AoIkNHikJ5LaaU4mVWIpGlAa95eSlp313V CYiLL2JHFDEQxNcWb5LxNu/RM++wYeQhCOos4qUwt2JCcKeV131gknJ+qCBabvIWM/ek SbgOsdvEotdJ/Rmea6GljXnmeAbG1J07HZo/SzHspNM2b9iBx8K2ffenZNFWSBaGFFl3 jph7tFMnI06LokeGXCTzelOpyYp1gbTzfuPQ5igkRagT2cOs7lgniCnFFSsShcaM5LwL /WvzreBptU9Nx17RYv9DpApkg0JwOprezc4WN1Y2z6nh0Mcv7SLrwJhSWi8LbgnbfKk3 uLHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:in-reply-to:message-id:mime-version :references:subject:from:to:cc; bh=K/x5z5bZjszhScOsSUvYig/rlmtrsL2ZrnZOND+61kE=; b=WOU/nGFj0UWBTuhKtd1DWs3B/ISY4ca0lI6eZ57eclY1G1lzlUuDpHppY7obXGX5XV 4LoFP1gNdedMrzyeyWl6pYQHvNNFD+Dx5EnzAYi8UieqHrD9Bms2ueGctSTVQCFogl4+ qA/YdCubHvVhbg2wwbUIm5i8zD/XGMLTbuuLnvkudAzvW/dveV0vZCn4GcA1Sk2u5ae+ eyQyd9/Ro0kk69UvCXYN2zxqCRFjYdbAvA5sS/p6rWVEAvsCnWXkiEpb+tPNOjgdNXRC 5I9+rGk3EncXA7pwHa4wA9M7UcnPfVST55wiSJlW5j2yzV80ZT+Glisi4U8GVRmKZZSa eh3A== X-Gm-Message-State: AOAM533DH7Lpfs9dflaCfXLQXor8/spVGKIjSTtOA9MLyxvVboYnCqNv Ii68IEy8gJO6GPEfCQE+eijOucCTNBUsDICWWXilvN6Zw2TtlJxoTGPCty5r7kR3ZG6JvAfYwJB 0TjYVd/uIrNYbSXb9cMoGY1HVzZZzI+4DNrMVk0B1DqcdNpfN8kCrIvrMl3YwULs3eo7+iOKy X-Received: from bgardon.sea.corp.google.com ([2620:15c:100:202:9258:9474:54ca:4500]) (user=bgardon job=sendgmr) by 2002:ad4:4634:: with SMTP id x20mr6230195qvv.49.1620326602821; Thu, 06 May 2021 11:43:22 -0700 (PDT) Date: Thu, 6 May 2021 11:42:41 -0700 In-Reply-To: <20210506184241.618958-1-bgardon@google.com> Message-Id: <20210506184241.618958-9-bgardon@google.com> Mime-Version: 1.0 References: <20210506184241.618958-1-bgardon@google.com> X-Mailer: git-send-email 2.31.1.607.g51e8a6a459-goog Subject: [PATCH v3 8/8] KVM: x86/mmu: Lazily allocate memslot rmaps From: Ben Gardon To: linux-kernel@vger.kernel.org, kvm@vger.kernel.org Cc: Paolo Bonzini , Peter Xu , Sean Christopherson , Peter Shier , Yulei Zhang , Wanpeng Li , Xiao Guangrong , Kai Huang , Keqian Zhu , Ben Gardon Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org If the TDP MMU is in use, wait to allocate the rmaps until the shadow MMU is actually used. (i.e. a nested VM is launched.) This saves memory equal to 0.2% of guest memory in cases where the TDP MMU is used and there are no nested guests involved. Signed-off-by: Ben Gardon --- arch/x86/include/asm/kvm_host.h | 1 + arch/x86/kvm/mmu/mmu.c | 14 ++++++++++--- arch/x86/kvm/mmu/tdp_mmu.c | 6 ++++-- arch/x86/kvm/mmu/tdp_mmu.h | 4 ++-- arch/x86/kvm/x86.c | 37 ++++++++++++++++++++++++++++++++- 5 files changed, 54 insertions(+), 8 deletions(-) diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h index 00065f9bbc5e..7b8e1532fb55 100644 --- a/arch/x86/include/asm/kvm_host.h +++ b/arch/x86/include/asm/kvm_host.h @@ -1860,5 +1860,6 @@ static inline int kvm_cpu_get_apicid(int mps_cpu) int kvm_cpu_dirty_log_size(void); inline bool kvm_memslots_have_rmaps(struct kvm *kvm); +int alloc_all_memslots_rmaps(struct kvm *kvm); #endif /* _ASM_X86_KVM_HOST_H */ diff --git a/arch/x86/kvm/mmu/mmu.c b/arch/x86/kvm/mmu/mmu.c index 48067c572c02..e3a3b65829c5 100644 --- a/arch/x86/kvm/mmu/mmu.c +++ b/arch/x86/kvm/mmu/mmu.c @@ -3306,6 +3306,10 @@ static int mmu_alloc_shadow_roots(struct kvm_vcpu *vcpu) } } + r = alloc_all_memslots_rmaps(vcpu->kvm); + if (r) + return r; + write_lock(&vcpu->kvm->mmu_lock); r = make_mmu_pages_available(vcpu); if (r < 0) @@ -5494,9 +5498,13 @@ void kvm_mmu_init_vm(struct kvm *kvm) { struct kvm_page_track_notifier_node *node = &kvm->arch.mmu_sp_tracker; - kvm_mmu_init_tdp_mmu(kvm); - - kvm->arch.memslots_have_rmaps = true; + if (!kvm_mmu_init_tdp_mmu(kvm)) + /* + * No smp_load/store wrappers needed here as we are in + * VM init and there cannot be any memslots / other threads + * accessing this struct kvm yet. + */ + kvm->arch.memslots_have_rmaps = true; node->track_write = kvm_mmu_pte_write; node->track_flush_slot = kvm_mmu_invalidate_zap_pages_in_memslot; diff --git a/arch/x86/kvm/mmu/tdp_mmu.c b/arch/x86/kvm/mmu/tdp_mmu.c index 83cbdbe5de5a..5342aca2c8e0 100644 --- a/arch/x86/kvm/mmu/tdp_mmu.c +++ b/arch/x86/kvm/mmu/tdp_mmu.c @@ -14,10 +14,10 @@ static bool __read_mostly tdp_mmu_enabled = false; module_param_named(tdp_mmu, tdp_mmu_enabled, bool, 0644); /* Initializes the TDP MMU for the VM, if enabled. */ -void kvm_mmu_init_tdp_mmu(struct kvm *kvm) +bool kvm_mmu_init_tdp_mmu(struct kvm *kvm) { if (!tdp_enabled || !READ_ONCE(tdp_mmu_enabled)) - return; + return false; /* This should not be changed for the lifetime of the VM. */ kvm->arch.tdp_mmu_enabled = true; @@ -25,6 +25,8 @@ void kvm_mmu_init_tdp_mmu(struct kvm *kvm) INIT_LIST_HEAD(&kvm->arch.tdp_mmu_roots); spin_lock_init(&kvm->arch.tdp_mmu_pages_lock); INIT_LIST_HEAD(&kvm->arch.tdp_mmu_pages); + + return true; } static __always_inline void kvm_lockdep_assert_mmu_lock_held(struct kvm *kvm, diff --git a/arch/x86/kvm/mmu/tdp_mmu.h b/arch/x86/kvm/mmu/tdp_mmu.h index 5fdf63090451..b046ab5137a1 100644 --- a/arch/x86/kvm/mmu/tdp_mmu.h +++ b/arch/x86/kvm/mmu/tdp_mmu.h @@ -80,12 +80,12 @@ int kvm_tdp_mmu_get_walk(struct kvm_vcpu *vcpu, u64 addr, u64 *sptes, int *root_level); #ifdef CONFIG_X86_64 -void kvm_mmu_init_tdp_mmu(struct kvm *kvm); +bool kvm_mmu_init_tdp_mmu(struct kvm *kvm); void kvm_mmu_uninit_tdp_mmu(struct kvm *kvm); static inline bool is_tdp_mmu_enabled(struct kvm *kvm) { return kvm->arch.tdp_mmu_enabled; } static inline bool is_tdp_mmu_page(struct kvm_mmu_page *sp) { return sp->tdp_mmu_page; } #else -static inline void kvm_mmu_init_tdp_mmu(struct kvm *kvm) {} +static inline bool kvm_mmu_init_tdp_mmu(struct kvm *kvm) { return false; } static inline void kvm_mmu_uninit_tdp_mmu(struct kvm *kvm) {} static inline bool is_tdp_mmu_enabled(struct kvm *kvm) { return false; } static inline bool is_tdp_mmu_page(struct kvm_mmu_page *sp) { return false; } diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index 1098ab73a704..95e74fb9fc20 100644 --- a/arch/x86/kvm/x86.c +++ b/arch/x86/kvm/x86.c @@ -10868,9 +10868,44 @@ static int alloc_memslot_rmap(struct kvm_memory_slot *slot, return -ENOMEM; } +int alloc_all_memslots_rmaps(struct kvm *kvm) +{ + struct kvm_memslots *slots; + struct kvm_memory_slot *slot; + int r = 0; + int i; + + if (kvm_memslots_have_rmaps(kvm)) + return 0; + + mutex_lock(&kvm->slots_arch_lock); + for (i = 0; i < KVM_ADDRESS_SPACE_NUM; i++) { + slots = __kvm_memslots(kvm, i); + kvm_for_each_memslot(slot, slots) { + r = alloc_memslot_rmap(slot, slot->npages); + if (r) { + mutex_unlock(&kvm->slots_arch_lock); + return r; + } + } + } + + /* + * memslots_have_rmaps is set and read in different lock contexts, + * so protect it with smp_load/store. + */ + smp_store_release(&kvm->arch.memslots_have_rmaps, true); + mutex_unlock(&kvm->slots_arch_lock); + return 0; +} + bool kvm_memslots_have_rmaps(struct kvm *kvm) { - return kvm->arch.memslots_have_rmaps; + /* + * memslots_have_rmaps is set and read in different lock contexts, + * so protect it with smp_load/store. + */ + return smp_load_acquire(&kvm->arch.memslots_have_rmaps); } static int kvm_alloc_memslot_metadata(struct kvm *kvm, -- 2.31.1.607.g51e8a6a459-goog