Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp1576515pxy; Fri, 23 Apr 2021 11:19:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw3EiECJAkCz+Y9GT6iQVLKcgZezdO9vVdw2lyrU/4vtCC0hAUbaSJ0WxeEtkT+F4K+OZzd X-Received: by 2002:aa7:db87:: with SMTP id u7mr5884098edt.16.1619201995957; Fri, 23 Apr 2021 11:19:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619201995; cv=none; d=google.com; s=arc-20160816; b=cLRgMQHkfHoezezG+hkbR8nfxeX+RxOnLLBmMj3F+Ee4tY5/afvW5fNjMm/2OHCCo2 KhnpSr+3flJyZnglXPDgbMvxNJ55zUe9giPqarzwHoplUMj0FbIAAYGVJEB85x1spGNP l7Jd1e9SqbgQ7/55X3+/PBZIEBeLuvWmxUtKp8KsQMek3GcTSDMjqj7UlgbF9bu9jVoj b/PypqDzNMeQek4XbvG7ILw/gPCHZiMwVCJnhy7jyrk3SK7hAjhbj9UP+vI0ZDcRMJAN 2HMLTTM8Ks2KvA4vJNcW0rXpbDbvHQ5t98BDi5mOfXByw5kXNlFQQCjXATcu5ufgPHV8 dkzg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:ironport-sdr:ironport-sdr; bh=WqGK1aOhVF6bhIdq+YYXW+lv8gGtxqtr+Cy8cvRgdb0=; b=NPQwTTaUxEbREM4wG8c2bJFtu/eiD+qeBKX7G7R0KR+45ShRz2AqnjHIW2jA40jPSL 8Y8WOB4FuiqNEXIgcbETRkXdUzjWwUgrhOP4Oj2oPIFQ4EA34/B4jlr10QLDqxMlpsRL jjcLF74djyXHt/dJEpfF55/hj+rfd0kfmmq/uAN3DL4E6NDhK1ZNiLVyslVkCSnqy6zp 9rwHstCRs6e6EggfiPwn/pPyAXj1h8EI9shwvUQ3Z2FZ3CcXczsE565TKTeX9JBzFZH9 gVU3B99Y312FHCELoNCBEAJE1VlS1wZfRMsvOKOEIQeCYv5V+iKQ6CSXtruI60NMwYao +3rQ== 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 v7si5651038edb.231.2021.04.23.11.19.32; Fri, 23 Apr 2021 11:19:55 -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 S243503AbhDWSTG (ORCPT + 99 others); Fri, 23 Apr 2021 14:19:06 -0400 Received: from mga03.intel.com ([134.134.136.65]:40579 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243436AbhDWSTE (ORCPT ); Fri, 23 Apr 2021 14:19:04 -0400 IronPort-SDR: dMpp2uwBA5WKUr6MD6iOhrmra4aI+tP8lkGOO7r0FcmLzakKnsdq3DRSfmXbMWxf3qR5VOHipt TjXE9oIFdGdA== X-IronPort-AV: E=McAfee;i="6200,9189,9963"; a="196172687" X-IronPort-AV: E=Sophos;i="5.82,246,1613462400"; d="scan'208";a="196172687" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Apr 2021 11:18:20 -0700 IronPort-SDR: 5nIB+qsphe/0RbF5FlrOb2DXMzNq7Cvfuxm64sqXRdoHiI+czLXYA9y8L2lWNoMWdeAGKRMyHL Y+jGdCSQayXQ== X-IronPort-AV: E=Sophos;i="5.82,246,1613462400"; d="scan'208";a="456314927" Received: from aberdasc-mobl.amr.corp.intel.com (HELO skuppusw-mobl5.amr.corp.intel.com) ([10.254.2.101]) by fmsmga002-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Apr 2021 11:18:19 -0700 Subject: Re: [PATCH v2 1/1] x86/tdx: Add __tdcall() and __tdvmcall() helper functions To: Sean Christopherson , Andi Kleen Cc: Dave Hansen , Peter Zijlstra , Andy Lutomirski , Kirill Shutemov , Kuppuswamy Sathyanarayanan , Dan Williams , Raj Ashok , linux-kernel@vger.kernel.org References: <8723950c-e07c-9a03-503a-ab232701d1e9@linux.intel.com> <77a13ae9-0220-030e-7ae4-fd26edd7b110@intel.com> <2a3f6b3d-cd80-0734-ce83-c067666c8326@linux.intel.com> <14332abf-c78c-3bc2-9a7c-ceacfa7a0661@intel.com> <596175e3-9d1e-6c9c-fadb-ad02c396e3ad@linux.intel.com> <9161efc0-fd25-d239-32b7-5d2c726579b0@linux.intel.com> <4ac4ed35-212b-f7ad-55f4-937946ffec1a@intel.com> <20210423013546.GK1401198@tassilo.jf.intel.com> From: "Kuppuswamy, Sathyanarayanan" Message-ID: Date: Fri, 23 Apr 2021 11:18:17 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/23/21 8:15 AM, Sean Christopherson wrote: > Has Intel "officially" switched to "tdg" as the acronym for TDX guest? As much > as I dislike having to juggle "TDX host" vs "TDX guest" concepts, tdx_ vs tdg_ > isn't any better IMO. When we merged both host and guest kernel into the same code base, we hit some name conflicts (due to using tdx_ prefix in both host/guest code). So in order to avoid such issues in future we decided to go with tdg/tdh combination. we thought its good enough for kernel function/variable names. The latter looks an awful lot like a typo, grepping for > "tdx" to find relevant code will get fail (sometimes), and confusion seems > inevitable as keeping "TDX" out of guest code/comments/documentation will be > nigh impossible. tdg/tdh combination is only used within kernel code. But in sections which are visible to users (kernel config and command line option), we still use tdx_guest/tdx_host combination. > > If we do decide to go with "tdg" for the guest stuff, then_all_ of the guest > stuff, file names included, should use tdg. Maybe X86_FEATURE_TDX_GUEST could > be left as a breadcrumb for translating TDX->TDG. -- Sathyanarayanan Kuppuswamy Linux Kernel Developer