Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3095976pxj; Mon, 7 Jun 2021 02:04:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz9tyZ+ltndN+h9fgNV96Wi/3exo+CheTnObshkRxcR2hmSXrrbQNBc/oetIVnJu+SEHFnC X-Received: by 2002:aa7:c9cf:: with SMTP id i15mr18488273edt.118.1623056671079; Mon, 07 Jun 2021 02:04:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623056671; cv=none; d=google.com; s=arc-20160816; b=FB66cM8sGSXRMT6oJzYOBc2IhbnoCcCvUnlEDf+iw1YWEbaCDvzsv9nzmpfR5JWkjL qXFuIx/KYIvFYEEEG8uIMHnJUTxJRO0upL05AJ5bj5IW9CzVBNVdD4s/Ua6KbeD/uYYd 1g8zthYzRmh0Eka8UHPVjca1gbos6OrkTl8d1Vo7elW5Z3zInWUx+1Tay3jqVwlljEqb H0L1AuLcetqVCZRw2EeOvT6WOG24E9/1KbQ7diZhZF4mjQU2Xvl4Q7/uI421+c3Gf2l3 0cW4oipYXLr6Tqj3xIFu7soJTSxDwTCNOYqgrGu2hL7e9aIaKEtuLW21yQ2WYk85mFUg EnQA== 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 :dkim-signature; bh=fmrIcGLs7DyMsD0MtJVPsZQmrmAQW6jU1PhZZbdgL9w=; b=CE7X7PKJDtVMhy6l/vR2wU37TITGb9L39E3c9IBFtsJQNTU0T88zNAMDC3t5eT3GFE hri2Mal2QseGpUPKVWFl6XLWHqxDblr3F/EpeL3LW/lsb+pMSouWxJHrH2R5Ck7ZASbS Im1JrMKzMieaQmmIw5Dp1zTztwCm7gnxqiSQrTIfviIdMY7HmEZi/Prmn98dQDgP9aEM K3N5tW2j2WIbdz/NuPLa9A/Oxl45T/OtVtFONG8ael6lw8UCb2zyrhnb1ex8YMG0pBbH yV9aJeamzBDcxVZNezg1kU1uDt57DhIv78Eb4pVvaLl+XQ+OMECm1z98bwyerq/y4g3w 2xwQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=AtHMuDKJ; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i17si11792177edt.91.2021.06.07.02.04.08; Mon, 07 Jun 2021 02:04:31 -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=@redhat.com header.s=mimecast20190719 header.b=AtHMuDKJ; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230395AbhFGJEX (ORCPT + 99 others); Mon, 7 Jun 2021 05:04:23 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:46604 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230377AbhFGJEW (ORCPT ); Mon, 7 Jun 2021 05:04:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1623056551; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=fmrIcGLs7DyMsD0MtJVPsZQmrmAQW6jU1PhZZbdgL9w=; b=AtHMuDKJQXxv6aSi5hWl1cxnsXfkA9qMQrLb0b1kfe6YElalxykBWhiTM7XR0+DEzemtO5 zI8YyihEALfEWPhbKRy3HvIl4QpljsL5+TN2e3F6NkLhYCIYqStEa5o5M5n3gB+aGDW94W +B+S6+eFrFO9eyWiQLEtUnAl4w63JfI= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-585-eQRzzmb4POK9jp13obnUmQ-1; Mon, 07 Jun 2021 05:02:29 -0400 X-MC-Unique: eQRzzmb4POK9jp13obnUmQ-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 80C391020C2E; Mon, 7 Jun 2021 09:02:27 +0000 (UTC) Received: from localhost.localdomain (unknown [10.40.194.6]) by smtp.corp.redhat.com (Postfix) with ESMTP id D15AA1037EA5; Mon, 7 Jun 2021 09:02:15 +0000 (UTC) From: Maxim Levitsky To: kvm@vger.kernel.org Cc: Paolo Bonzini , linux-kernel@vger.kernel.org (open list), linux-doc@vger.kernel.org (open list:DOCUMENTATION), Wanpeng Li , Ingo Molnar , Vitaly Kuznetsov , Thomas Gleixner , Sean Christopherson , Borislav Petkov , Joerg Roedel , x86@kernel.org (maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)), Jim Mattson , Jonathan Corbet , "H. Peter Anvin" , Maxim Levitsky Subject: [PATCH v3 2/8] KVM: nSVM: Drop pointless pdptrs_changed() check on nested transition Date: Mon, 7 Jun 2021 12:01:57 +0300 Message-Id: <20210607090203.133058-3-mlevitsk@redhat.com> In-Reply-To: <20210607090203.133058-1-mlevitsk@redhat.com> References: <20210607090203.133058-1-mlevitsk@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sean Christopherson Remove the "PDPTRs unchanged" check to skip PDPTR loading during nested SVM transitions as it's not at all an optimization. Reading guest memory to get the PDPTRs isn't magically cheaper by doing it in pdptrs_changed(), and if the PDPTRs did change, KVM will end up doing the read twice. Signed-off-by: Sean Christopherson --- arch/x86/kvm/svm/nested.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/arch/x86/kvm/svm/nested.c b/arch/x86/kvm/svm/nested.c index 5e8d8443154e..8f5dbc80f57f 100644 --- a/arch/x86/kvm/svm/nested.c +++ b/arch/x86/kvm/svm/nested.c @@ -391,10 +391,8 @@ static int nested_svm_load_cr3(struct kvm_vcpu *vcpu, unsigned long cr3, return -EINVAL; if (!nested_npt && is_pae_paging(vcpu) && - (cr3 != kvm_read_cr3(vcpu) || pdptrs_changed(vcpu))) { - if (CC(!load_pdptrs(vcpu, vcpu->arch.walk_mmu, cr3))) - return -EINVAL; - } + CC(!load_pdptrs(vcpu, vcpu->arch.walk_mmu, cr3))) + return -EINVAL; /* * TODO: optimize unconditional TLB flush/MMU sync here and in -- 2.26.3