Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1317455pxb; Fri, 22 Jan 2021 12:27:59 -0800 (PST) X-Google-Smtp-Source: ABdhPJxqTB7eq8KrXPvruiSi0awGrEiNP5DMgtVMmONET81GDp2bH2iUCsvWFdkr0UeLSIHbjnjK X-Received: by 2002:aa7:d959:: with SMTP id l25mr81834eds.55.1611347279229; Fri, 22 Jan 2021 12:27:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611347279; cv=none; d=google.com; s=arc-20160816; b=fvtJ0nIqh6bwt4A5BwrDHgbT5sm0eKRMaLYOsn2ogep9juBr7EIXK0uOAMyopxce3q AEOL88SNKhVtBUEHQCORSLuAPNL/WmXKXnTZpI+lrnkNECNvUI+5MfHA8NhsfL9PgyCl CPELjRqil4ia6mtmJcUiUYncwdaDAuEMsbK/foXVhtMxScq+Yz+0D+lEMzvXYkoMEpo3 PCUKtureTLPam+Rx4uJeNj1Hs1kcnKL5xCh0P5g+e6+FHmo3a3xrTU3bxlQnUDN6LuDC scp+ZWYIKatSjiYSlW1Pns2nhfLiIxQ5AnjV1/otGeTPD5f64nTm52Gf/I6+euwT1+2O 24/A== 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:sender:dkim-signature; bh=EACBA81rA48HC0vzvM1sNbOzKQYdPtj86guoyyxTvpA=; b=vj0PsWtlIGrwXB/oU29Fk1ujTZ4Y5/u9g9ylUeMJ/6vfgKhkkSeaDrPVu6ZZG+02V7 6Rv7DWD+VqtGFND6a9BNBwS0G06YzcCRuzLqekFUhmrCZWetaLmdOjdNoEGwML11PYJa 91v9cZb0sukqDTIbLSSRTzzbLJAvCux2H7mEX0F73wgYKqKgx/Cy1rlC6Cy5p+AoQJin Ux2CQ3DNr8Hl1ZLlona68vOK7UeYbUqMfefCF6J8owQwa+0R4HaSPHlBZSeKbfj6kvB0 ZYeWHm8eLcXOdNu+ad3j1arD50se+KGcvcc6JqnuwvjFInMeR1WLERk7K1RNfIwCi7he QuIw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Dn7VxB4W; 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 z24si3384155eja.111.2021.01.22.12.27.34; Fri, 22 Jan 2021 12:27:59 -0800 (PST) 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=Dn7VxB4W; 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 S1730000AbhAVU0q (ORCPT + 99 others); Fri, 22 Jan 2021 15:26:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43776 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731098AbhAVUXm (ORCPT ); Fri, 22 Jan 2021 15:23:42 -0500 Received: from mail-yb1-xb4a.google.com (mail-yb1-xb4a.google.com [IPv6:2607:f8b0:4864:20::b4a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 116BEC0617A7 for ; Fri, 22 Jan 2021 12:22:02 -0800 (PST) Received: by mail-yb1-xb4a.google.com with SMTP id 9so6627479ybj.16 for ; Fri, 22 Jan 2021 12:22:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=sender:reply-to:date:in-reply-to:message-id:mime-version:references :subject:from:to:cc; bh=EACBA81rA48HC0vzvM1sNbOzKQYdPtj86guoyyxTvpA=; b=Dn7VxB4Wu8BKwcmnIMhYUsZP2+EyurOkh4VCWdD44I6yVacVSSx/420Qfc+l6YAil4 B6+jxiTByvIGgVJoDQbxjAxjrrVrm6QpsnnUlITsS/rTYLLNJDEyxQ/ovhExCZRgPcYf pZV+bPPMR/l6agFFNKO405M5A29A4mhUKYEMOC1x65eUtZsYniLCuk4yjte4dTGcb8RO 7p4vmkHf2dbxbkxdnQMGnrpxijse5SUMOIpZ8MlFn9nL+XNqXvXqUrQiowV3pKlpg5m9 Ta1jaZk4EnKCYcUUl1j+BuX40wHKjH4sJfu1YpsFV21WaiVeacWeEz2wWibZGgH+aSrQ NWpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:reply-to:date:in-reply-to:message-id :mime-version:references:subject:from:to:cc; bh=EACBA81rA48HC0vzvM1sNbOzKQYdPtj86guoyyxTvpA=; b=d0fTQcH51ZtK37yndKqBYYHo4YAhnyxhhyABLOreotY3nKGpPNuSOQmtTThCVCNC5v A/69ihUfjvvkT5ROTQkOUkKJExLSGpVAXlVvtlmZtDSEJzK8ySCx2lf52DF6PFuVQTLO kNBsaGHu9PkGDBeOSgrAhzSo0AsJibYPZ4r7GxHZcLOyrM1OuyY533z6pzbY6RfQOl5c 3hKoR66TyXCy2W7AeMQH5b5+w+0WSREYRr1PTgejuhu9lhtBUIu++CTzh31AUKcwc2m5 5GYPc+8iWTDydjUqImRxFBbTcpwIurN6QUdv0jZfffDd77ORpdMFTOJvGNLQEqDzE5Pe x0WA== X-Gm-Message-State: AOAM5329EinCJ+VeSm6maFxBOdXgjiMSfQvMepxxoJ3J8k9yHoybAWS8 WdZ/S9EBbOGx+bi5BEe59hZOCm2Bk6I= Sender: "seanjc via sendgmr" X-Received: from seanjc798194.pdx.corp.google.com ([2620:15c:f:10:1ea0:b8ff:fe73:50f5]) (user=seanjc job=sendgmr) by 2002:a25:a183:: with SMTP id a3mr8567872ybi.459.1611346921346; Fri, 22 Jan 2021 12:22:01 -0800 (PST) Reply-To: Sean Christopherson Date: Fri, 22 Jan 2021 12:21:35 -0800 In-Reply-To: <20210122202144.2756381-1-seanjc@google.com> Message-Id: <20210122202144.2756381-5-seanjc@google.com> Mime-Version: 1.0 References: <20210122202144.2756381-1-seanjc@google.com> X-Mailer: git-send-email 2.30.0.280.ga3ce27912f-goog Subject: [PATCH v3 04/13] x86/sev: Drop redundant and potentially misleading 'sev_enabled' From: Sean Christopherson To: Paolo Bonzini , Dave Hansen , Andy Lutomirski , Peter Zijlstra Cc: Sean Christopherson , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Borislav Petkov , Tom Lendacky , Brijesh Singh Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Drop the sev_enabled flag and switch its one user over to sev_active(). sev_enabled was made redundant with the introduction of sev_status in commit b57de6cd1639 ("x86/sev-es: Add SEV-ES Feature Detection"). sev_enabled and sev_active() are guaranteed to be equivalent, as each is true iff 'sev_status & MSR_AMD64_SEV_ENABLED' is true, and are only ever written in tandem (ignoring compressed boot's version of sev_status). Removing sev_enabled avoids confusion over whether it refers to the guest or the host, and will also allow KVM to usurp "sev_enabled" for its own purposes. No functional change intended. Reviewed-by: Tom Lendacky Reviewed-by: Brijesh Singh Signed-off-by: Sean Christopherson --- arch/x86/include/asm/mem_encrypt.h | 1 - arch/x86/mm/mem_encrypt.c | 12 +++++------- arch/x86/mm/mem_encrypt_identity.c | 1 - 3 files changed, 5 insertions(+), 9 deletions(-) diff --git a/arch/x86/include/asm/mem_encrypt.h b/arch/x86/include/asm/mem_encrypt.h index 31c4df123aa0..9c80c68d75b5 100644 --- a/arch/x86/include/asm/mem_encrypt.h +++ b/arch/x86/include/asm/mem_encrypt.h @@ -20,7 +20,6 @@ extern u64 sme_me_mask; extern u64 sev_status; -extern bool sev_enabled; void sme_encrypt_execute(unsigned long encrypted_kernel_vaddr, unsigned long decrypted_kernel_vaddr, diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c index c79e5736ab2b..bcca8f8f27a7 100644 --- a/arch/x86/mm/mem_encrypt.c +++ b/arch/x86/mm/mem_encrypt.c @@ -44,8 +44,6 @@ EXPORT_SYMBOL(sme_me_mask); DEFINE_STATIC_KEY_FALSE(sev_enable_key); EXPORT_SYMBOL_GPL(sev_enable_key); -bool sev_enabled __section(".data"); - /* Buffer used for early in-place encryption by BSP, no locking needed */ static char sme_early_buffer[PAGE_SIZE] __initdata __aligned(PAGE_SIZE); @@ -373,16 +371,16 @@ int __init early_set_memory_encrypted(unsigned long vaddr, unsigned long size) * up under SME the trampoline area cannot be encrypted, whereas under SEV * the trampoline area must be encrypted. */ -bool sme_active(void) -{ - return sme_me_mask && !sev_enabled; -} - bool sev_active(void) { return sev_status & MSR_AMD64_SEV_ENABLED; } +bool sme_active(void) +{ + return sme_me_mask && !sev_active(); +} + /* Needs to be called from non-instrumentable code */ bool noinstr sev_es_active(void) { diff --git a/arch/x86/mm/mem_encrypt_identity.c b/arch/x86/mm/mem_encrypt_identity.c index 6c5eb6f3f14f..0c2759b7f03a 100644 --- a/arch/x86/mm/mem_encrypt_identity.c +++ b/arch/x86/mm/mem_encrypt_identity.c @@ -545,7 +545,6 @@ void __init sme_enable(struct boot_params *bp) /* SEV state cannot be controlled by a command line option */ sme_me_mask = me_mask; - sev_enabled = true; physical_mask &= ~sme_me_mask; return; } -- 2.30.0.280.ga3ce27912f-goog