Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3326582pxf; Mon, 5 Apr 2021 09:06:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxXVyC1oXjq6iGii1pyJ9PYwIImvifny2Gjd3CV0jc4kpeY8EJz0obMbilgZlJJQT56x7Eg X-Received: by 2002:a17:906:9b2:: with SMTP id q18mr29180549eje.147.1617638792249; Mon, 05 Apr 2021 09:06:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617638792; cv=none; d=google.com; s=arc-20160816; b=HzzhPVegDYv48ZMruldahkbfHb0tdydbyOrM39i7IOKtpNB2kSPiYhIGwrYIO7Eq/H tD1sLKz418EAn7Z68pFSVU3bQ+eoVDi5TrcypbzMFKb0NwAEwRbwaYeiGXY4r92MgP/e ZpU2uzxog8o8LRZv2OW7RkPUaBLIdxqmSRS6F0banlEqBJBbjR7IgFckIOKtJ0FuNILe VNYioSCEBzbRoxqfmtK7ium5NZT1mm3U+A5TvFHORaHY4GNNX6/BsHRhs3xHw/IJXKEr 39SlApJBiZloqZ5Yg2v8cNRwA/wLnV8oMsYn6NRw/WDvZGJbUf7TOQdC7tap56H7n3wu 5BQg== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=gzxXMkI2UhCn2Ojgtra2wmMESCxRsagcz6zbBvjjAZ4=; b=Evyj38ylQKnUd1O+fFkSUlcXb/LOcDL7g+phZM9tX85y+aw5E2nFTmYaSYiLPpa35z uQC/OTHS0f/vlfddx11rL1CTVByRdzEBIr3+Z8/bqLhTOodLnTnekhopXekaquJxKrW9 r9D0xwjn10gIjSGWDrt10bxnn79W012XXtltqPhyrBFY3Yjy3Dz5WxMN7dzyHRiwbG9g 2Pfn5IGpLLevvrHJG6cSwnX2SOxS2B5YHBqDippW/yQF4Bf6qAfVqL/+j3oKJENT01La Y6UD2cJUzM1QBN/ZBLlbg2C3661ZU9m5b8sj00QseZA+lAQsSk1JYdZtBZKzLkPTX6lN /VEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=TgIexr1g; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n1si7520476edy.167.2021.04.05.09.06.09; Mon, 05 Apr 2021 09:06:32 -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=@linuxfoundation.org header.s=korg header.b=TgIexr1g; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239533AbhDEJNg (ORCPT + 99 others); Mon, 5 Apr 2021 05:13:36 -0400 Received: from mail.kernel.org ([198.145.29.99]:55646 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238025AbhDEJJ7 (ORCPT ); Mon, 5 Apr 2021 05:09:59 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 723B6613A0; Mon, 5 Apr 2021 09:09:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1617613794; bh=N3eXrm/wvm5mOwxQkt+oOmM01MeFbqj/PGs178TApFI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=TgIexr1gw9YN0HY1IGvOCUBz66qyQPhGnUr4IU3GW0SKsnwsj+ZbsQAPlpx/O+MQZ +n3RoemLVsdLqQ0JRH5ZWKgoEOWNE2f2UPBhqTTWzBSO17mfkvAkwRfiNSuETHYIOW ETIqd4hjlwgHR4QEcm3GHAANz+c0sHokUrAziQZk= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Peter Feiner , Sean Christopherson , Paolo Bonzini , Ben Gardon , Sasha Levin Subject: [PATCH 5.10 093/126] KVM: x86/mmu: Dont redundantly clear TDP MMU pt memory Date: Mon, 5 Apr 2021 10:54:15 +0200 Message-Id: <20210405085034.133233075@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210405085031.040238881@linuxfoundation.org> References: <20210405085031.040238881@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ben Gardon [ Upstream commit 734e45b329d626d2c14e2bcf8be3d069a33c3316 ] The KVM MMU caches already guarantee that shadow page table memory will be zeroed, so there is no reason to re-zero the page in the TDP MMU page fault handler. No functional change intended. Reviewed-by: Peter Feiner Reviewed-by: Sean Christopherson Acked-by: Paolo Bonzini Signed-off-by: Ben Gardon Message-Id: <20210202185734.1680553-5-bgardon@google.com> Signed-off-by: Paolo Bonzini Signed-off-by: Sasha Levin --- arch/x86/kvm/mmu/tdp_mmu.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/x86/kvm/mmu/tdp_mmu.c b/arch/x86/kvm/mmu/tdp_mmu.c index f88404033e0c..136311be5890 100644 --- a/arch/x86/kvm/mmu/tdp_mmu.c +++ b/arch/x86/kvm/mmu/tdp_mmu.c @@ -706,7 +706,6 @@ int kvm_tdp_mmu_map(struct kvm_vcpu *vcpu, gpa_t gpa, u32 error_code, sp = alloc_tdp_mmu_page(vcpu, iter.gfn, iter.level); list_add(&sp->link, &vcpu->kvm->arch.tdp_mmu_pages); child_pt = sp->spt; - clear_page(child_pt); new_spte = make_nonleaf_spte(child_pt, !shadow_accessed_mask); -- 2.30.1