Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp2454919pxb; Mon, 11 Jan 2021 10:01:45 -0800 (PST) X-Google-Smtp-Source: ABdhPJyG+vWmfLRnMWIxjfgFNp/T1wUE6PaozmHdyP4O8XlKWvbpqJQUk9wGkzLb3gXuIDl4M6q6 X-Received: by 2002:a50:ee1a:: with SMTP id g26mr452804eds.68.1610388104870; Mon, 11 Jan 2021 10:01:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610388104; cv=none; d=google.com; s=arc-20160816; b=hoIBxMbxN9vqxCSeQfAQQKxvExZEr00tMYq+xW7W53q2PXHe1n4Cduh57Evn1EToTy ksgJeiSsUs8AJXeNxXhfZQTppWFKCiwl/4dLFYwai+rmkULd+C8W0DDAqKMg1H0Pw+/V 8g6LBXBE0RZ7w+DTe1FgvTeLI5qDuk9M/xW6cUu/4aC71ODCbI2OKfQklXf+he58cLKe Gs5XNasiR9pJ1vFwMGYYMpRet4iFwvOnkU3C6F3nYtm06ZKVrTfaL9NjuXhyu9Shc0QZ hYTAScPpx4DwxlNrgC2TE9kaCqCsd7svpNTiOJ5U0TC7nhzgb06bZoQAZjS9qjp9oB+c y7jQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=2lm70Ggq7phoaQdO9eh1J8nKy568IRUhnAqo2gDpwug=; b=fU0veVWeldH51j8IIS5zgNeTE7/lZsOqslXdV6ar9YsBT2gSaHPzP8yyurY0DtGliQ oKvGwH2iNC5XXF7it5ajd9lQ8N1VHi8tmlxVuu9iU6goST7tc+Z30wiHJgtG1wweOXWp CLojYvgYmmInOEo6g3jnDFR+t1npwrIqQycfeZ9LqZK2jMEBTdaXaAN+uKcn2274vyDQ UYahxg2S0S/zid+/C98RUNMjlFT2Z1HeQjpRrTn6g1+NsDVxEd1O8Gjhl6KQrFIspvJf sepwp0XyuT9ZzwM8Eqe3yU9lunO3/AU5ltndG1T2rN75OVsUGBcUdF0ZkPXL4a0Tw2LM bbQw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Yi1bvgxw; 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 h17si73621ejg.46.2021.01.11.10.01.20; Mon, 11 Jan 2021 10:01:44 -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=Yi1bvgxw; 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 S2389606AbhAKR7R (ORCPT + 99 others); Mon, 11 Jan 2021 12:59:17 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54552 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727658AbhAKR7R (ORCPT ); Mon, 11 Jan 2021 12:59:17 -0500 Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3DF98C061795 for ; Mon, 11 Jan 2021 09:58:37 -0800 (PST) Received: by mail-pf1-x430.google.com with SMTP id h186so406750pfe.0 for ; Mon, 11 Jan 2021 09:58:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=2lm70Ggq7phoaQdO9eh1J8nKy568IRUhnAqo2gDpwug=; b=Yi1bvgxwKfXTkZnOP72Pmv2jaenl99ZsFBSzUvtEwJ17uzJQss8ZzOego2XKqv4otc evFFIrPaX1U27ZqTvupdxeRvKk45MrdmtGy+JZx144XDMfu4dg8xG6Bc+1XQgYUdjTxb 74ZhoVogcEQjbpjheC6e34dQ7qkWzH+JktjuOTsneshLfedvfBcfsCNWo+AI0oPAkOht HEth2dS89lsqGBY7pNWjqVGISAMT1RUJzW/hH3mD9a0JfD9VziDVA7osIB+UK2tWNYeL nJViH2v83mqPgS8j5BikrBPJTErIqCU33ZZP5j8NDDPmL10cAxvmX0toekm0gt7u5vJV jrPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=2lm70Ggq7phoaQdO9eh1J8nKy568IRUhnAqo2gDpwug=; b=MJThZ8GlLfkbiHMHhzdamDhcnMqR/Qyqn5v5IKCgVW1+GTJ7eJ4dt8kdIQDj5Pr0Wl dRDB/upuHEtd/Ijtldop3rdjLBgtVRfFK/xWgasthLnvZBGxk/7TWr4sHDsIV1qmGvw6 bkXCtjcWD5DaGRgNmITubSQy3Qgc2gSbJ41d6pl+0qzzqrYMPwZqYSVOyO3x1YD709eD oZsv3Wg+x79gG6Zc1rBiLMFxYWHeN8qamwkTYnz3A2PcWSWRkjTyYx9Ilaj+2xnoYAIn Rv7mnt06aVsOHJxC92JibXZjzcHx4wQ+CcYvSyepVUTWY7PcexBRyP681fXVB14WWs2e df+w== X-Gm-Message-State: AOAM533+hn2qtAEgkQ/62z0O2sP6ylxxqKqu1sKHp2OZjuCDWLWXL/NL 5Wb0mmOVUQ8HRvvtH1lHei6xnw== X-Received: by 2002:aa7:843a:0:b029:19d:b279:73c9 with SMTP id q26-20020aa7843a0000b029019db27973c9mr765662pfn.3.1610387916649; Mon, 11 Jan 2021 09:58:36 -0800 (PST) Received: from google.com ([2620:15c:f:10:1ea0:b8ff:fe73:50f5]) by smtp.gmail.com with ESMTPSA id 84sm277900pfy.9.2021.01.11.09.58.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 11 Jan 2021 09:58:35 -0800 (PST) Date: Mon, 11 Jan 2021 09:58:29 -0800 From: Sean Christopherson To: Tom Lendacky Cc: Paolo Bonzini , Dave Hansen , Andy Lutomirski , Peter Zijlstra , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Borislav Petkov , Brijesh Singh Subject: Re: [PATCH 06/13] x86/sev: Rename global "sev_enabled" flag to "sev_guest" Message-ID: References: <20210109004714.1341275-1-seanjc@google.com> <20210109004714.1341275-7-seanjc@google.com> <5b3a5d5e-befe-8be2-bbc4-7e7a8ebbe316@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5b3a5d5e-befe-8be2-bbc4-7e7a8ebbe316@amd.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 11, 2021, Tom Lendacky wrote: > On 1/11/21 10:02 AM, Tom Lendacky wrote: > > On 1/8/21 6:47 PM, Sean Christopherson wrote: > > > Use "guest" instead of "enabled" for the global "running as an SEV guest" > > > flag to avoid confusion over whether "sev_enabled" refers to the guest or > > > the host.  This will also allow KVM to usurp "sev_enabled" for its own > > > purposes. > > > > > > No functional change intended. > > > > > > Signed-off-by: Sean Christopherson > > > > Acked-by: Tom Lendacky > > Ah, I tried building with CONFIG_KVM=y and CONFIG_KVM_AMD=y and got a build > error: > > In file included from arch/x86/kvm/svm/svm.c:43: > arch/x86/kvm/svm/svm.h:222:20: error: ‘sev_guest’ redeclared as different > kind of symbol Dang, didn't consider that scenario, obviously. The irony of introducing a conflict while trying to avoid conflicts...