From: "Edgecombe, Rick P" <rick.p.edgecombe@intel.com>
To: "Li, Xiaoyao" <xiaoyao.li@intel.com>,
"linux-coco@lists.linux.dev" <linux-coco@lists.linux.dev>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Duan, Zhenzhong" <zhenzhong.duan@intel.com>,
"x86@kernel.org" <x86@kernel.org>
Cc: "Hansen, Dave" <dave.hansen@intel.com>,
"dave.hansen@linux.intel.com" <dave.hansen@linux.intel.com>,
"kas@kernel.org" <kas@kernel.org>,
"mingo@redhat.com" <mingo@redhat.com>,
"seanjc@google.com" <seanjc@google.com>,
"pbonzini@redhat.com" <pbonzini@redhat.com>,
"Peng, Chao P" <chao.p.peng@intel.com>,
"Verma, Vishal L" <vishal.l.verma@intel.com>,
"jgg@nvidia.com" <jgg@nvidia.com>,
"aneesh.kumar@kernel.org" <aneesh.kumar@kernel.org>,
"Tian, Kevin" <kevin.tian@intel.com>,
"hpa@zytor.com" <hpa@zytor.com>,
"tglx@kernel.org" <tglx@kernel.org>,
"nicolinc@nvidia.com" <nicolinc@nvidia.com>,
"bp@alien8.de" <bp@alien8.de>, "Gao, Chao" <chao.gao@intel.com>,
"aik@amd.com" <aik@amd.com>,
"yilun.xu@linux.intel.com" <yilun.xu@linux.intel.com>
Subject: Re: [RFC PATCH 03/15] x86/tdx: Add TDG.TDI.RD module call wrapper for TDX Connect
Date: Mon, 2 Nov 2026 21:07:34 +0000 [thread overview]
Message-ID: <877499ab0c8f3575ac6d424b5be59ff464aa9026.camel@intel.com> (raw)
In-Reply-To: <IA3PR11MB913639CABA0098406C4AECD892602@IA3PR11MB9136.namprd11.prod.outlook.com>
On Tue, 2026-10-27 at 06:22 +0000, Duan, Zhenzhong wrote:
>
>
> > -----Original Message-----
> > From: Li, Xiaoyao <[xiaoyao.li@intel.com](mailto:xiaoyao.li@intel.com)>
> > Subject: Re: [RFC PATCH 03/15] x86/tdx: Add TDG.TDI.RD module call wrapper
> > for TDX Connect
> >
> > On 9/24/2026 12:10 PM, Zhenzhong Duan wrote:
> >
> > > Introduce wrapper tdx_mcall_tdi_read() to provide tdx-guest driver with a
> > > standard interface for querying specific metadata fields from a target
> > > Trust Device Interface Control Structure (TDI_CS).
> > >
> > > Explicitly mapping architectural TDX error codes into Linux POSIX errno
> > > with two helpers, introducing tdx_mcall_to_errno() to handle general
> > > module calls, while introducing tdx_mcall_tdi_to_errno() specifically for
> > > TDI related module calls.
> >
> >
> > Set aside why mapping architectural TDX error codes into Linux POSIX errno
> > is
> > needed and what it brings, I think the common enabling order is one prep
> > patch
> > to introduce tdx_mcall_to_errno() and turn existing users to use it. Then
> > this
> > patch introduces tdx_mcall_tdi_to_errno() to use it as well.
>
>
> Ideally yes, we follow this way so that reviewers can focus on the core
> implementation and defer cleanup to a later series. We can revisit this
> if that rule changes.
...you are going to have justify the whole tdx_mcall_tdi_to_errno() thing first
as discussed in the other patch.
>
> >
> >
> > > Unlike TDG.VP.VMCALL based hypercalls which communicate with the host,
> > > TDG.TDI.RD is a module call (mcall) that communicates directly with the
> > > TDX module. This distinction is reflected in the tdx_mcall_ naming
> > > prefix, as opposed to tdx_hcall_ used for host-directed hypercalls.
> >
> >
> > I would say this paragraph is not needed. It's not the first patch to
> > introduce
> > hcall and mcall.
>
>
> I think we need this brief explanation for the hcall/mcall naming distinction.
> Not all are familiar with TDX and know what hcall/mcall means.
> I'm open on this, if more people think no need, I'll remove this paragraph.
I think it's ok. Maybe make it clearer that this is explaining the pre-existing
naming schemes (which I think are a bit confusing since they all go through the
module).
>
>
> >
> >
> > > Note that while host-bound hypercalls (such as tdx_hcall_tdcm()) pass a
> > > platform-specific Device Identifier (devid), the func_id parameter used
> > > here is defined by the TDISP standard (refer to Section 11.2 "TDISP
> > > rules"). Although these values result in the same underlying bit format
> > > when the PCI segment is zero, they represent separate structural
> > > abstractions in their respective specifications.
> >
> >
> > This paragraph seems to provide help but it doesn't look to help (at least
> > for
> > me). Because until now there are only the helper defined but no user, I
> > still
> > don't know what specific values will be passed to them.
>
>
> In next version, we will pass in a pci_dev pointer to address Rick's comments,
> so you will see what specific values passed to mcall/hcall, e.g,
>
> +int tdx_mcall_tdi_read(struct pci_dev *dev, u64 field, u64 *value)
> +{
> + struct tdx_module_args args = {
> + .rcx = pci_dev_id(dev),
> + .rdx = field,
> + };
>
> So we can drop this paragraph in next version.
>
>
> >
> >
> > > Signed-off-by: Zhenzhong Duan
<[zhenzhong.duan@intel.com](mailto:zhenzhong.duan@intel.com)>
> > > ---
> > > arch/x86/coco/tdx/tdx.c | 5 ----
> > > arch/x86/coco/tdx/tdx_connect.c | 41 +++++++++++++++++++++++++++++++
> > > arch/x86/include/asm/shared/tdx.h | 1 +
> > > arch/x86/include/asm/tdx.h | 20 +++++++++++++++
> > > 4 files changed, 62 insertions(+), 5 deletions(-)
> > >
> >
> >
> > ...
> >
> >
> > > diff --git a/arch/x86/include/asm/shared/tdx.h
> >
> > b/arch/x86/include/asm/shared/tdx.h
> >
> > > index f46a3171a512..665c12925ff6 100644
> > > --- a/arch/x86/include/asm/shared/tdx.h
> > > +++ b/arch/x86/include/asm/shared/tdx.h
> > > @@ -20,6 +20,7 @@
> > > #define TDG_MEM_PAGE_ACCEPT 6
> > > #define TDG_VM_RD 7
> > > #define TDG_VM_WR 8
> > > +#define TDG_TDI_READ 67
> >
> >
> > Please name it TDG_TDI_RD to keep it consistent with TDG_VM_RD
>
>
> Sure.
>
Let's match the specs for these for easier doc reference. So yea TDG.TDI.RD becomes TDG_TDI_RD.
next prev parent reply other threads:[~2026-11-02 21:07 UTC|newest]
Thread overview: 99+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-24 4:10 [RFC PATCH 00/15] PCI/TSM: coco/tdx-guest: Implement TDX-Connect PCIe TDISP (phase2) Zhenzhong Duan
2026-09-24 4:10 ` [RFC PATCH 01/15] x86/tdx: Export tdg_vm_rd() for tdx-guest module Zhenzhong Duan
2026-09-30 22:13 ` Peter Fang
2026-10-01 12:38 ` Xu Yilun
2026-10-08 6:45 ` Duan, Zhenzhong
2026-10-08 16:30 ` Edgecombe, Rick P
2026-09-24 4:10 ` [RFC PATCH 02/15] x86/tdx: Add TDCM hypercall wrapper for TDX Connect Zhenzhong Duan
2026-10-13 14:34 ` Nikolay Borisov
2026-10-14 6:19 ` Duan, Zhenzhong
2026-10-14 6:27 ` Nikolay Borisov
2026-10-14 7:22 ` Duan, Zhenzhong
2026-10-26 0:33 ` Xiaoyao Li
2026-10-27 3:28 ` Duan, Zhenzhong
2026-10-27 5:49 ` Xiaoyao Li
2026-10-27 6:08 ` Duan, Zhenzhong
2026-10-29 2:15 ` Xiaoyao Li
2026-10-29 7:34 ` Duan, Zhenzhong
2026-09-24 4:10 ` [RFC PATCH 03/15] x86/tdx: Add TDG.TDI.RD module call " Zhenzhong Duan
2026-09-25 0:06 ` Edgecombe, Rick P
2026-10-08 6:27 ` Duan, Zhenzhong
2026-10-08 16:42 ` Edgecombe, Rick P
2026-10-09 2:28 ` Duan, Zhenzhong
2026-10-26 0:51 ` Xiaoyao Li
2026-10-27 6:22 ` Duan, Zhenzhong
2026-11-02 21:07 ` Edgecombe, Rick P [this message]
2026-09-24 4:10 ` [RFC PATCH 04/15] virt: tdx-guest: Support devsec TSM for secure devices Zhenzhong Duan
2026-10-15 13:42 ` Xu Yilun
2026-10-16 6:42 ` Duan, Zhenzhong
2026-10-26 1:12 ` Xiaoyao Li
2026-10-27 7:20 ` Duan, Zhenzhong
2026-09-24 4:10 ` [RFC PATCH 05/15] virt: tdx-guest: Add TDCM helpers and TEE-IO support check Zhenzhong Duan
2026-10-13 14:31 ` Nikolay Borisov
2026-10-14 6:11 ` Duan, Zhenzhong
2026-10-26 1:26 ` Xiaoyao Li
2026-10-26 7:13 ` Nikolay Borisov
2026-10-28 5:42 ` Duan, Zhenzhong
2026-10-28 6:51 ` Nikolay Borisov
2026-10-14 12:52 ` Nikolay Borisov
2026-10-15 6:24 ` Duan, Zhenzhong
2026-10-26 2:06 ` Xiaoyao Li
2026-10-27 8:32 ` Duan, Zhenzhong
2026-10-29 2:27 ` Xiaoyao Li
2026-09-24 4:10 ` [RFC PATCH 06/15] virt: tdx-guest: Support TDI bind and unbind operations Zhenzhong Duan
2026-10-13 12:10 ` Nikolay Borisov
2026-10-14 3:06 ` Duan, Zhenzhong
2026-10-14 6:32 ` Nikolay Borisov
2026-10-14 7:33 ` Duan, Zhenzhong
2026-10-17 18:38 ` Nikolay Borisov
2026-10-19 2:16 ` Duan, Zhenzhong
2026-10-26 2:32 ` Xiaoyao Li
2026-10-27 8:58 ` Duan, Zhenzhong
2026-10-29 2:38 ` Xiaoyao Li
2026-10-29 7:42 ` Duan, Zhenzhong
2026-10-29 3:26 ` Duan, Zhenzhong
2026-11-02 21:11 ` Edgecombe, Rick P
2026-10-26 2:38 ` Xiaoyao Li
2026-10-27 10:14 ` Duan, Zhenzhong
2026-11-02 21:15 ` Edgecombe, Rick P
2026-11-03 6:02 ` Duan, Zhenzhong
2026-09-24 4:10 ` [RFC PATCH 07/15] PCI/TSM: Track Device Interface Report MMIO range index Zhenzhong Duan
2026-10-26 2:45 ` Xiaoyao Li
2026-10-27 9:11 ` Duan, Zhenzhong
2026-09-24 4:10 ` [RFC PATCH 08/15] x86/tdx: Add TDG.MMIO.ACCEPT module call wrapper for TDX Connect Zhenzhong Duan
2026-09-24 23:41 ` Edgecombe, Rick P
2026-09-25 0:02 ` Edgecombe, Rick P
2026-10-08 6:01 ` Duan, Zhenzhong
2026-10-08 16:47 ` Edgecombe, Rick P
2026-10-08 5:49 ` Duan, Zhenzhong
2026-10-08 16:44 ` Edgecombe, Rick P
2026-10-09 2:16 ` Duan, Zhenzhong
2026-11-03 7:48 ` Xiaoyao Li
2026-09-24 4:10 ` [RFC PATCH 09/15] virt: tdx-guest: Capture the TDI report during device lock Zhenzhong Duan
2026-10-26 5:04 ` Xiaoyao Li
2026-10-28 3:23 ` Duan, Zhenzhong
2026-11-02 21:19 ` Edgecombe, Rick P
2026-11-03 0:36 ` Jason Gunthorpe
2026-11-03 0:48 ` Edgecombe, Rick P
2026-11-03 1:26 ` Jason Gunthorpe
2026-09-24 4:10 ` [RFC PATCH 10/15] virt: tdx-guest: Set up and accept private MMIO ranges Zhenzhong Duan
2026-10-26 5:22 ` Xiaoyao Li
2026-10-28 3:32 ` Duan, Zhenzhong
2026-10-29 2:44 ` Xiaoyao Li
2026-10-29 9:56 ` Duan, Zhenzhong
2026-11-02 22:38 ` Edgecombe, Rick P
2026-09-24 4:10 ` [RFC PATCH 11/15] x86/tdx: Add TDG.TDI.START module call wrapper for TDX Connect Zhenzhong Duan
2026-09-24 4:10 ` [RFC PATCH 12/15] virt: tdx-guest: Support Trust Device Interface (TDI) activation Zhenzhong Duan
2026-10-26 7:19 ` Xiaoyao Li
2026-10-28 6:44 ` Duan, Zhenzhong
2026-10-28 12:41 ` Jason Gunthorpe
2026-10-29 2:24 ` Duan, Zhenzhong
2026-09-24 4:10 ` [RFC PATCH 13/15] x86/tdx: Add __tdcall_saved() helper Zhenzhong Duan
2026-10-26 7:35 ` Xiaoyao Li
2026-09-24 4:10 ` [RFC PATCH 14/15] x86/tdx: Add TDG.DMAR.ACCEPT module call wrapper for TDX Connect Zhenzhong Duan
2026-10-26 7:39 ` Xiaoyao Li
2026-10-28 5:57 ` Duan, Zhenzhong
2026-09-24 4:10 ` [RFC PATCH 15/15] virt: tdx-guest: Accept default DMAR entry during PCI driver attach Zhenzhong Duan
2026-10-26 7:49 ` Xiaoyao Li
2026-10-26 12:02 ` Jason Gunthorpe
2026-10-28 9:39 ` Xu Yilun
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877499ab0c8f3575ac6d424b5be59ff464aa9026.camel@intel.com \
--to=rick.p.edgecombe@intel.com \
--cc=aik@amd.com \
--cc=aneesh.kumar@kernel.org \
--cc=bp@alien8.de \
--cc=chao.gao@intel.com \
--cc=chao.p.peng@intel.com \
--cc=dave.hansen@intel.com \
--cc=dave.hansen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=jgg@nvidia.com \
--cc=kas@kernel.org \
--cc=kevin.tian@intel.com \
--cc=linux-coco@lists.linux.dev \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=nicolinc@nvidia.com \
--cc=pbonzini@redhat.com \
--cc=seanjc@google.com \
--cc=tglx@kernel.org \
--cc=vishal.l.verma@intel.com \
--cc=x86@kernel.org \
--cc=xiaoyao.li@intel.com \
--cc=yilun.xu@linux.intel.com \
--cc=zhenzhong.duan@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®