Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4929806pxj; Tue, 22 Jun 2021 11:03:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxrtDx2ZUG/hlmJrelQYvKI8UvPlEqq/dDW+oGR+rFq+iGW6/t/LhL/ZXYzZyF92daALuBh X-Received: by 2002:a92:b00b:: with SMTP id x11mr3583986ilh.130.1624385033007; Tue, 22 Jun 2021 11:03:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624385032; cv=none; d=google.com; s=arc-20160816; b=aCFnV/WWXgevDxeinapx8mxZvmDOB6JNPZDwVS01yj/F204ZxPUF42SV8CHOWyuQ+L tqp44hVb0EfpIO0rvZ0dzc+DX5cOrrlcNX5bKBAN3ldAapHjNUOOp8NkeXLXJR08Fqv5 22zUxJEY6wHWcm9D+0Sf3z3jXbXSzX/bKbGFw63d4YsXXRfrb005m4A2RUkqxXtFRxUS QPHeLFVke50nAatDh6gfgTu/NYQYZcyprUKbU+ZOnrypBJ6W75t2vyAfl0zoq9Qt5oKP k/Jp7i8XuN5+W6RyLAXuGBNzXXQr2bStdB58U2Xt27VL2g4aXZupY9RWafwuOd6Drr0A RNxg== 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:reply-to:dkim-signature; bh=GFmSqL1fRu1x77v6GuXyeRAd8lytkFiB6WoZ78NJftw=; b=0jxcRCK82L5RIloRZIKP5CV46HXkxrakhWDy/3pw8qFdykvh54Nsbf8S9y4m3xcLXd HnUkk0mEDrG5ADKNPn7qiTgyjmu9wBfX/nU0tC32tS7Rw/nk/wsWUEtiBlPd2Gq5GiTg VP3YqIgj0sBPZbbwcSgNTqZFhG0Znsxb5HAFRrQniCuDeZUsYJVFXoqA5Rh2J0JtCW27 Y9lgNkJG0vZ0AnpBuuKlhsbK/djuXNeGeDsQYy/RbRNo3pz5Eu+3su1u0wKjvDy5bmLc FihW+FbkwymwEOVVRbNDFC5z35Rz5JKhN9FzVitiO+DKtVmI8TFRSyr5HpKR4p+RP/tu mv8w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=h8rKZtqg; 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 j20si3069167ilo.0.2021.06.22.11.03.39; Tue, 22 Jun 2021 11:03:52 -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=h8rKZtqg; 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 S232850AbhFVSEt (ORCPT + 99 others); Tue, 22 Jun 2021 14:04:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37650 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232983AbhFVSEM (ORCPT ); Tue, 22 Jun 2021 14:04:12 -0400 Received: from mail-qk1-x749.google.com (mail-qk1-x749.google.com [IPv6:2607:f8b0:4864:20::749]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 63815C0604CA for ; Tue, 22 Jun 2021 10:59:21 -0700 (PDT) Received: by mail-qk1-x749.google.com with SMTP id y5-20020a37af050000b02903a9c3f8b89fso19031996qke.2 for ; Tue, 22 Jun 2021 10:59:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=reply-to:date:in-reply-to:message-id:mime-version:references :subject:from:to:cc; bh=GFmSqL1fRu1x77v6GuXyeRAd8lytkFiB6WoZ78NJftw=; b=h8rKZtqgcHWYDg6qYyOxcz5EXRhV7X7mk5TWb1CDO+/bWd0H1HZ3pw50iIQX4bz3c6 nQ+pfAFc99yXSG6lCHTjJd3VGPvS2TQJqeyUjE9s1vyYpGERitUZObd7VBOjLUov3w8U zmDyHVpOpnhGFyTSTA6YYya0vXr2YLGWqRybmpkf5xTgVv1XmS231qLr6vDQL3bF8yml PnbNMf3Jem+GsQgAreft00w7MZDSptyrHnlBDnZO1vIu4KXFcw0QhQ4IRBsIQXHlp60Y Um8WOXlYY89+qte2GKxLXCAhFPg3APbntPckSTx5GEHhNiFZ6ffOIZJ37pl2olysLMug B7lQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:date:in-reply-to:message-id :mime-version:references:subject:from:to:cc; bh=GFmSqL1fRu1x77v6GuXyeRAd8lytkFiB6WoZ78NJftw=; b=S9LkdFJwH55Pv1ePyY29NvlxRmeYLgUt24NyaaciZ6WAranc7TsG3JTv9G4T9Qywf3 zJx7IRq0OtOJvpMfm3f+Rasw0JztPQPqmBD8pumRJmUOMEVY2mAAvV/qI8E4Y92ZVFz6 zrBVaPiNpuupgpseR6zt1xxSfouDy3tCIvyypTRTryYzbBT/ROCE32x1jxu3jLzJAeZp gO9HpjeFxB3GsdSidArpKQMrLZOByu0MBDQJOJQpWp7x++JEv9ocri88WpbpW6UPk+1O gjjB2ARwZ/G4vYaz7315S3aNzj2kKnrpu5zdPtNfsPb2xxbdHHRQNnsBBwdBP8vEnZdV gruA== X-Gm-Message-State: AOAM530G7op7mwlETfftwkM9qDBbGjNiIqdO2eFAn3Xgjnr1ovD47+n3 IczAO7BaAEA866MWpYsTB8tTUfM9M6g= X-Received: from seanjc798194.pdx.corp.google.com ([2620:15c:f:10:5722:92ce:361f:3832]) (user=seanjc job=sendgmr) by 2002:a25:2d0b:: with SMTP id t11mr7180655ybt.106.1624384760559; Tue, 22 Jun 2021 10:59:20 -0700 (PDT) Reply-To: Sean Christopherson Date: Tue, 22 Jun 2021 10:57:22 -0700 In-Reply-To: <20210622175739.3610207-1-seanjc@google.com> Message-Id: <20210622175739.3610207-38-seanjc@google.com> Mime-Version: 1.0 References: <20210622175739.3610207-1-seanjc@google.com> X-Mailer: git-send-email 2.32.0.288.g62a8d224e6-goog Subject: [PATCH 37/54] KVM: x86/mmu: Use MMU's role to get EFER.NX during MMU configuration From: Sean Christopherson To: Paolo Bonzini Cc: Sean Christopherson , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Yu Zhang , Maxim Levitsky Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Get the MMU's effective EFER.NX from its role instead of using the one-off, dedicated flag. This will allow dropping said flag in a future commit. No functional change intended. Signed-off-by: Sean Christopherson --- arch/x86/kvm/mmu/mmu.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/x86/kvm/mmu/mmu.c b/arch/x86/kvm/mmu/mmu.c index 30cbc6cdb0db..eb6386bcc2ef 100644 --- a/arch/x86/kvm/mmu/mmu.c +++ b/arch/x86/kvm/mmu/mmu.c @@ -4212,7 +4212,7 @@ static void reset_rsvds_bits_mask(struct kvm_vcpu *vcpu, { __reset_rsvds_bits_mask(&context->guest_rsvd_check, vcpu->arch.reserved_gpa_bits, - context->root_level, context->nx, + context->root_level, is_efer_nx(context), guest_cpuid_has(vcpu, X86_FEATURE_GBPAGES), is_cr4_pse(context), guest_cpuid_is_amd_or_hygon(vcpu)); @@ -4278,7 +4278,7 @@ static void reset_shadow_zero_bits_mask(struct kvm_vcpu *vcpu, * NX can be used by any non-nested shadow MMU to avoid having to reset * MMU contexts. Note, KVM forces EFER.NX=1 when TDP is disabled. */ - bool uses_nx = context->nx || !tdp_enabled; + bool uses_nx = is_efer_nx(context) || !tdp_enabled; /* @amd adds a check on bit of SPTEs, which KVM shouldn't use anyways. */ bool is_amd = true; @@ -4375,6 +4375,7 @@ static void update_permission_bitmask(struct kvm_mmu *mmu, bool ept) bool cr4_smep = is_cr4_smep(mmu); bool cr4_smap = is_cr4_smap(mmu); bool cr0_wp = is_cr0_wp(mmu); + bool efer_nx = is_efer_nx(mmu); for (byte = 0; byte < ARRAY_SIZE(mmu->permissions); ++byte) { unsigned pfec = byte << 1; @@ -4400,7 +4401,7 @@ static void update_permission_bitmask(struct kvm_mmu *mmu, bool ept) u8 kf = (pfec & PFERR_USER_MASK) ? 0 : u; /* Not really needed: !nx will cause pte.nx to fault */ - if (!mmu->nx) + if (!efer_nx) ff = 0; /* Allow supervisor writes if !cr0.wp */ -- 2.32.0.288.g62a8d224e6-goog