Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp890441pxf; Wed, 7 Apr 2021 14:15:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxG2EjaGBH+9ymfL8fFtQy+df06L8i2GGBasMXyobzM2twLs6qZ91XsVRADVCjH3XMUiYVA X-Received: by 2002:a5e:a90b:: with SMTP id c11mr4063863iod.71.1617830151640; Wed, 07 Apr 2021 14:15:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617830151; cv=none; d=google.com; s=arc-20160816; b=N94iGiYN8KNfFWzcgPFLihw0nRUsSIsVzqcRK7LBMnPdu16tPX1BPTwhUMNFVjjK2w hbzxKMysIwI85gYR/QaBanj0RMPTUusFhtXhQZOGrjDHoB+qZgMdckrStR/HBX3RwI+D B7dSunRfI2rOXtNtEThzlUrPz5EzQ/MDmNHGbCSVc2hyD+S6CtarlVcK2adE4HXD6mbk 5+Q+iCciROCGDqIvDEipghH02Ex76RUZEETnR8yzl1QSVv7uoP+GzpGNAjI89gifAar4 m6fnid4ssRdfOu5eZ3TJUwo3zjZmkGOO71KwlOXt11EcfoY4W5JjegFaoo7FoHQxx/KB pzMw== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:ironport-sdr :ironport-sdr; bh=U14Tyu+AV84GrxOkgyYJKaeGohPToQ38fvmYq5dVIxs=; b=fixXDJC/hpIJ06A9h9uXjuCFoR1tHaV4hj326MwLOkmLnUs8CLvv9kYDzAQhqtFn8Y oHifnsmHAtvZgyT3exWeZOLeIvNs6X7XJ1zpO/xeF2iK8TlhoFr+FyfSNwZ6yrf3quB5 H1TT/zbvm0Lix0CKJLPhhzIteNDXiFp+5r7mcJqJyVlRMHwZs8unGpVrGQNzZPUJEopC cqDhBVL/wyXoAn2GlufAynQj9ra070vNpnP9YEtSZj3MvDecaQyem5irkNgvn9jYxd0W h9egUMq6n6uYqdBX94KaI1eCDkrKBYWaLpuwx5QZzyQbluVlsdtmJXIdVYI4dc3lpUgj 9MGQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n6si21765263jaj.81.2021.04.07.14.15.16; Wed, 07 Apr 2021 14:15:51 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245358AbhDGPYb (ORCPT + 99 others); Wed, 7 Apr 2021 11:24:31 -0400 Received: from mga02.intel.com ([134.134.136.20]:37622 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231579AbhDGPYb (ORCPT ); Wed, 7 Apr 2021 11:24:31 -0400 IronPort-SDR: LmHq+2fnsAQ5px8h9OhWAgAxhlraOm13asDDg0eg2s0txJz9gvlw+MesJNJNnvg1NRbqMs3SUR CLEyOJIX4igQ== X-IronPort-AV: E=McAfee;i="6000,8403,9947"; a="180464345" X-IronPort-AV: E=Sophos;i="5.82,203,1613462400"; d="scan'208";a="180464345" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Apr 2021 08:24:21 -0700 IronPort-SDR: 75+igPB4OKJBCJ97rxPE+M2owKYHWZCa5M+tjR8PpGDzpaCeP58tFetO/OuJiJsJtRew3Xa5gP w6eIs/VM6UOQ== X-IronPort-AV: E=Sophos;i="5.82,203,1613462400"; d="scan'208";a="415314114" Received: from tassilo.jf.intel.com ([10.54.74.11]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Apr 2021 08:24:19 -0700 Date: Wed, 7 Apr 2021 08:24:17 -0700 From: Andi Kleen To: Sean Christopherson Cc: Andy Lutomirski , Andy Lutomirski , "Kuppuswamy, Sathyanarayanan" , Peter Zijlstra , Dave Hansen , Kirill Shutemov , Kuppuswamy Sathyanarayanan , Dan Williams , Raj Ashok , LKML Subject: Re: [PATCH v3 1/1] x86/tdx: Handle MWAIT, MONITOR and WBINVD Message-ID: <20210407152417.GM1285835@tassilo.jf.intel.com> References: <4DD05B91-13B3-4842-A215-C8DC6F34F219@amacapital.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Hmm, I forgot about that quirk. I would expect the TDX Module to inject a #GP > for that case. I can't find anything in the spec that confirms or denies that, > but injecting #VE would be weird and pointless. > > Andi/Sathya, the TDX Module spec should be updated to state that XSETBV will > #GP at CPL!=0. If that's not already the behavior, the module should probably > be changed... I asked about this and the answer was that XSETBV behaves architecturally inside a TD (no #VE), thus there is nothing to document. -Andi