Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp783776ybt; Wed, 24 Jun 2020 11:07:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwjwHfUyMZW9RnxSf+9dsU5jzlKzshs5HfZOWIVzYgnng94g5TntQUMinE/4AH+zDVd8JsJ X-Received: by 2002:a17:906:f752:: with SMTP id jp18mr15834123ejb.538.1593022024372; Wed, 24 Jun 2020 11:07:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593022024; cv=none; d=google.com; s=arc-20160816; b=l6BVyPUyqDPUxMiU3fB6pNP1gMWgQwrEKmv2X8Jo+tihDn0/kGaH3zlDkcQzx5bl/7 XRmVxmdpQRzqesPpnByltBucrYwYVd8lASheLG3f+DaOGf1z9z0PE9kM37qXDgtNlzb5 6ZKnWGo1s+Jff+/Dk0QdMDDFC7weUJOgnnS948nP7wt+1emBgzi9LZFSZ18Ml95JJxcw 1hT8VMoiQTXRk5piurghvIf1lz9anys8E8yUBtn+syXdsMdTQ6h7q5HtdWn2KJxDXq9R e0moee8y3Y1MzmrmpuLTP3esw/Tylvku/T68C+24hYx6BapzQv4ZXjDuLh5aBE0PLtlQ yBvw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=1afIoMWdCnvusBXYOP0bLDijIEbS3RXa7POt+hB0Fw4=; b=lSH6MWnWXISsrx56VZF/J9wA3LacbjHidwQ5+/rkpmDIphNrWPXO7ZFhGIUJTOj9Ua JSV2ixfc7pBnHKFo7zA/yJWBs24JuroSbymcbhM2/x7LjeKmMB4wYbZaxAAAdHEmzGC0 npue9Px+abZeXWw8g2WdfcIfXNFWwLkYuEL7U0mnR8GdXFgl1lJ+qVyRIR/VgsA6dvwq /j+REgjm+L4v2U6v01LJKN8h+EQPYVonCgjF3plzsTmJLJshnvqOmw+ApxpKepMywi6t dKQzj96P6yXqSZVcm+DDRYla9xerdI7saXVsKKfo5sBQ4tA4/BbVrE1ZAv4loakfxQv2 ooYQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=NIvLFzPd; 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 n9si1006472eja.529.2020.06.24.11.06.39; Wed, 24 Jun 2020 11:07:04 -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=NIvLFzPd; 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 S2405137AbgFXSDq (ORCPT + 99 others); Wed, 24 Jun 2020 14:03:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55718 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405002AbgFXSDp (ORCPT ); Wed, 24 Jun 2020 14:03:45 -0400 Received: from mail-vs1-xe41.google.com (mail-vs1-xe41.google.com [IPv6:2607:f8b0:4864:20::e41]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 22129C0613ED for ; Wed, 24 Jun 2020 11:03:45 -0700 (PDT) Received: by mail-vs1-xe41.google.com with SMTP id 190so1913273vsr.9 for ; Wed, 24 Jun 2020 11:03:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1afIoMWdCnvusBXYOP0bLDijIEbS3RXa7POt+hB0Fw4=; b=NIvLFzPdL7brFmgZZkBrbdWRKXdLJFpTc5UrQsQv36JzAjt5rgikCgbvE3QMUKnGnE XmscnvcyB6kOBbwAB9EM3UKYCChDSNkbHupnPDtPxvQl4G9Pkjeos5Bm8DytaGshVhkI Wo0SjMea+tb5BRtArI4g7vOejKn3Bk1LWCfvYE35MNxDHJcERtqloa5n2CZ1SrIIx8bm YK/AkO1/4Hy6i2WGMLXiglHFykEwg6EQOGtIIgxX031RuNUNxq2xMB2ksEDoenn8Y8bU iD9NiUMhdvwEe//mgBzdOdNd/Ms7sdzY4jUCZ6n8jQuF1Ki0JZ+lDgl+XLDRN7uvlvHF RwjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1afIoMWdCnvusBXYOP0bLDijIEbS3RXa7POt+hB0Fw4=; b=rRhJy1z5GDUTmA1gaxSrPEJgBoXGtq6FZYZaG2/gDJPSrj8Y9U8oo4jcG5r8KglzVp 14VnTRjOwjGJ9YC7l9libfneRs46F81J5MMtQl88V7KIF5mwiRy+LLa2U6q8bf+XluoM ywkmL+of8C6RqRhodwaP5mLd5E0DiNZ4tsCx44TL4fc6YK3CpMit0fMblg/gHj40/cLx ch+tOQ8D3TJxCGSFH9PJGFng58BqcX+96E++DJddhubITYh6WglM2TADl5vkXF1jFydd YNI0vOLWxKj9pdRRJST2wKbSpUPJxoPjlzFfNtN89od+5cewfVIN3l3vOdYr4ugG0OWV PWwQ== X-Gm-Message-State: AOAM530X5Ai48FVYkRYoyNOPvApeUi/B5FHEnFnrXFGPWthAnsVyK/NO HVauaX576dAdDENdTLHu+eAcE6saOG4M3Iwtv6wWLQ== X-Received: by 2002:a67:f785:: with SMTP id j5mr2788080vso.17.1593021823822; Wed, 24 Jun 2020 11:03:43 -0700 (PDT) MIME-Version: 1.0 References: <20200622200822.4426-1-sean.j.christopherson@intel.com> <20200622200822.4426-6-sean.j.christopherson@intel.com> In-Reply-To: <20200622200822.4426-6-sean.j.christopherson@intel.com> From: Ben Gardon Date: Wed, 24 Jun 2020 11:03:32 -0700 Message-ID: Subject: Re: [PATCH v2 05/21] KVM: x86/mmu: Try to avoid crashing KVM if a MMU memory cache is empty To: Sean Christopherson Cc: Marc Zyngier , Paolo Bonzini , Arnd Bergmann , James Morse , Julien Thierry , Suzuki K Poulose , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu, linux-mips@vger.kernel.org, kvm@vger.kernel.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, Peter Feiner , Peter Shier , Junaid Shahid , Christoffer Dall Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 22, 2020 at 1:09 PM Sean Christopherson wrote: > > Attempt to allocate a new object instead of crashing KVM (and likely the > kernel) if a memory cache is unexpectedly empty. Use GFP_ATOMIC for the > allocation as the caches are used while holding mmu_lock. The immediate > BUG_ON() makes the code unnecessarily explosive and led to confusing > minimums being used in the past, e.g. allocating 4 objects where 1 would > suffice. > Reviewed-by: Ben Gardon > Signed-off-by: Sean Christopherson > --- > arch/x86/kvm/mmu/mmu.c | 21 +++++++++++++++------ > 1 file changed, 15 insertions(+), 6 deletions(-) > > diff --git a/arch/x86/kvm/mmu/mmu.c b/arch/x86/kvm/mmu/mmu.c > index ba70de24a5b0..5e773564ab20 100644 > --- a/arch/x86/kvm/mmu/mmu.c > +++ b/arch/x86/kvm/mmu/mmu.c > @@ -1060,6 +1060,15 @@ static void walk_shadow_page_lockless_end(struct kvm_vcpu *vcpu) > local_irq_enable(); > } > > +static inline void *mmu_memory_cache_alloc_obj(struct kvm_mmu_memory_cache *mc, > + gfp_t gfp_flags) > +{ > + if (mc->kmem_cache) > + return kmem_cache_zalloc(mc->kmem_cache, gfp_flags); > + else > + return (void *)__get_free_page(gfp_flags); > +} > + > static int mmu_topup_memory_cache(struct kvm_mmu_memory_cache *mc, int min) > { > void *obj; > @@ -1067,10 +1076,7 @@ static int mmu_topup_memory_cache(struct kvm_mmu_memory_cache *mc, int min) > if (mc->nobjs >= min) > return 0; > while (mc->nobjs < ARRAY_SIZE(mc->objects)) { > - if (mc->kmem_cache) > - obj = kmem_cache_zalloc(mc->kmem_cache, GFP_KERNEL_ACCOUNT); > - else > - obj = (void *)__get_free_page(GFP_KERNEL_ACCOUNT); > + obj = mmu_memory_cache_alloc_obj(mc, GFP_KERNEL_ACCOUNT); > if (!obj) > return mc->nobjs >= min ? 0 : -ENOMEM; > mc->objects[mc->nobjs++] = obj; > @@ -1118,8 +1124,11 @@ static void *mmu_memory_cache_alloc(struct kvm_mmu_memory_cache *mc) > { > void *p; > > - BUG_ON(!mc->nobjs); > - p = mc->objects[--mc->nobjs]; > + if (WARN_ON(!mc->nobjs)) > + p = mmu_memory_cache_alloc_obj(mc, GFP_ATOMIC | __GFP_ACCOUNT); > + else > + p = mc->objects[--mc->nobjs]; > + BUG_ON(!p); > return p; > } > > -- > 2.26.0 >