All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chao Gao <chao.gao@intel.com>
To: Xu Yilun <yilun.xu@linux.intel.com>
Cc: <x86@kernel.org>, <kvm@vger.kernel.org>,
	<linux-coco@lists.linux.dev>, <linux-kernel@vger.kernel.org>,
	<djbw@kernel.org>, <kas@kernel.org>, <rick.p.edgecombe@intel.com>,
	<yilun.xu@intel.com>, <xiaoyao.li@intel.com>,
	<sohil.mehta@intel.com>, <adrian.hunter@intel.com>,
	<kishen.maloor@intel.com>, <tony.lindgren@linux.intel.com>,
	<peter.fang@intel.com>, <baolu.lu@linux.intel.com>,
	<zhenzhong.duan@intel.com>, <dave.hansen@intel.com>,
	<dave.hansen@linux.intel.com>, <seanjc@google.com>
Subject: Re: [PATCH v2 04/17] x86/virt/tdx: Add extra memory to TDX module for the extensions
Date: Mon, 29 Jun 2026 15:56:14 +0800	[thread overview]
Message-ID: <akIlHqh0/Rna7aYY@intel.com> (raw)
In-Reply-To: <20260618081355.3253581-5-yilun.xu@linux.intel.com>

>+#define HPA_LIST_INFO_FIRST_ENTRY	GENMASK_U64(11, 3)
>+#define HPA_LIST_INFO_PFN		GENMASK_U64(51, 12)
>+#define HPA_LIST_INFO_LAST_ENTRY	GENMASK_U64(63, 55)
>+
>+static __init u64 to_hpa_list_info(struct page *hpa_list_page,
>+				   unsigned int nr_pages)
>+{
>+	return FIELD_PREP(HPA_LIST_INFO_FIRST_ENTRY, 0) |
>+	       FIELD_PREP(HPA_LIST_INFO_PFN, page_to_pfn(hpa_list_page)) |
>+	       FIELD_PREP(HPA_LIST_INFO_LAST_ENTRY, nr_pages - 1);
>+}
>+
>+static __init int tdx_ext_mem_add(struct page *hpa_list_page,
>+				  unsigned int nr_pages)
>+{
>+	struct tdx_module_args args = {
>+		.rcx = to_hpa_list_info(hpa_list_page, nr_pages),
>+	};
>+	u64 r;
>+
>+	do {
>+		/*
>+		 * TDH_EXT_MEM_ADD is designed to use output parameter RCX to
>+		 * override/update input parameter RCX, so the caller doesn't
>+		 * have to do manual parameter update on retry call.
>+		 */

I am not sure about the "manual parameter update" part.

how about:
		/*
		 * The TDX module overwrites RCX to track progress when
		 * this SEAMCALL is interrupted. Use seamcall_ret() to
		 * save and pass the updated value back on retry.
		 */

>+		r = seamcall_ret(TDH_EXT_MEM_ADD, &args);
>+	} while (r == TDX_INTERRUPTED_RESUMABLE);
>+
>+	if (r != TDX_SUCCESS)
>+		return -EFAULT;

why -EFAULT?

In sc_retry_prerr(), most SEAMCALL errors are mapped to EIO. Maybe
we should use EIO here.

>+
>+	return 0;
>+}
>+
>+struct tdx_hpa_list {
>+	u64 phys[PAGE_SIZE / sizeof(u64)];
>+};
>+
>+static_assert(sizeof(struct tdx_hpa_list) == PAGE_SIZE);
>+
>+static __init int tdx_ext_mem_setup(unsigned int required_pages)
>+{
>+	struct tdx_hpa_list *hpa_list;
>+	struct page *page;
>+	unsigned int i;
>+	int ret;
>+
>+	/*
>+	 * memory_pool_required_pages == 0 means no need to add pages,
>+	 * skip the memory setup.
>+	 */

There is no "memory_pool_required_pages" here.

>+	if (!required_pages)
>+		return 0;
>+
>+	hpa_list = kzalloc_obj(*hpa_list);
>+	if (!hpa_list)
>+		return -ENOMEM;
>+
>+	page = alloc_contig_pages(required_pages, GFP_KERNEL, numa_mem_id(),
>+				  &node_online_map);
>+	if (!page) {
>+		ret = -ENOMEM;
>+		goto out_free_hpa_list;
>+	}
>+
>+	i = 0;
>+	while (i < required_pages) {
>+		unsigned int nents = min(required_pages - i,
>+					 ARRAY_SIZE(hpa_list->phys));
>+		unsigned int j;
>+
>+		for (j = 0; j < nents; j++)
>+			hpa_list->phys[j] = page_to_phys(page + i + j);
>+
>+		ret = tdx_ext_mem_add(virt_to_page(hpa_list), nents);
>+		/*
>+		 * No SEAMCALLs to reclaim the added pages. For simple error
>+		 * handling, leak all pages.
>+		 */
>+		WARN(ret, "Fatal: TDX module rejected (%d) memory for extensions, stranded all pages\n",
>+		     ret);

Printing 'ret' is useless since it's always -EFAULT.

The real reason to WARN here isn't "no SEAMCALL to reclaim". It is "this
SEAMCALL shouldn't fail, and if it does, things are broken enough that
complex error handling isn't worth it".

>+		if (ret)
>+			break;
>+
>+		i += nents;
>+	}
>+
>+	/*
>+	 * Memory for extensions can't be reclaimed once added, print out the
>+	 * amount, stop tracking it and free the hpa_list page, no matter
>+	 * success or failure.
>+	 */

This doesn't explain why it should be print. How about:

	/*
	 * Memory for TDX module extensions is never reclaimed and can be
	 * tens of megabytes. Print the amount so users know the cost.
	 */

>+	pr_info("%lu KB consumed for TDX module extensions\n",
>+		required_pages * PAGE_SIZE / 1024);
>+
>+out_free_hpa_list:
>+	kfree(hpa_list);
>+
>+	return ret;
>+}

  parent reply	other threads:[~2026-06-29  7:56 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-18  8:13 [PATCH v2 00/17] Enable DICE-based TDX Quoting Extension Xu Yilun
2026-06-18  8:13 ` [PATCH v2 01/17] x86/virt/tdx: Embed version info in SEAMCALL leaf function definitions Xu Yilun
2026-06-18 14:45   ` Dave Hansen
2026-06-22 12:05     ` Xu Yilun
2026-06-18  8:13 ` [PATCH v2 02/17] x86/virt/tdx: Configure add-on features on TDX module init and update Xu Yilun
2026-06-18 15:04   ` Dave Hansen
2026-06-22 13:15     ` Xu Yilun
2026-06-24 12:00     ` Xu Yilun
2026-06-24 22:10       ` Peter Fang
2026-06-25  6:33         ` Xu Yilun
2026-06-23  8:43   ` Chao Gao
2026-06-25 10:50     ` Xu Yilun
2026-06-18  8:13 ` [PATCH v2 03/17] x86/virt/tdx: Detect if the extensions initialization is required Xu Yilun
2026-06-25  5:19   ` Tony Lindgren
2026-06-25 10:57     ` Xu Yilun
2026-06-29  6:33   ` Chao Gao
2026-06-18  8:13 ` [PATCH v2 04/17] x86/virt/tdx: Add extra memory to TDX module for the extensions Xu Yilun
2026-06-18  8:54   ` sashiko-bot
2026-06-24  1:53     ` Xu Yilun
2026-06-29  7:56   ` Chao Gao [this message]
2026-06-18  8:13 ` [PATCH v2 05/17] x86/virt/tdx: Make TDX module initialize " Xu Yilun
2026-06-18  8:54   ` sashiko-bot
2026-06-23 17:03     ` Xu Yilun
2026-06-18  8:13 ` [PATCH v2 06/17] x86/virt/tdx: Re-initialize the extensions on runtime TDX module update Xu Yilun
2026-06-18  8:58   ` sashiko-bot
2026-06-25  7:01     ` Xu Yilun
2026-06-29  8:12   ` Chao Gao
2026-06-18  8:13 ` [PATCH v2 07/17] x86/virt/tdx: Initialize Quoting extension Xu Yilun
2026-06-18  8:50   ` sashiko-bot
2026-06-25 10:24     ` Peter Fang
2026-06-29  8:33   ` Chao Gao
2026-06-18  8:13 ` [PATCH v2 08/17] x86/virt/tdx: Prepare Quote buffer during extension bringup Xu Yilun
2026-06-25  6:08   ` Tony Lindgren
2026-06-18  8:13 ` [PATCH v2 09/17] x86/virt/tdx: Add interface to check Quoting availability Xu Yilun
2026-06-25  6:09   ` Tony Lindgren
2026-06-18  8:13 ` [PATCH v2 10/17] x86/virt/tdx: Move tdx_tdr_pa() up in the file Xu Yilun
2026-06-25  6:10   ` Tony Lindgren
2026-06-18  8:13 ` [PATCH v2 11/17] x86/virt/tdx: Add interface to generate a Quote Xu Yilun
2026-06-18  8:49   ` sashiko-bot
2026-06-25  6:05   ` Tony Lindgren
2026-06-18  8:13 ` [PATCH v2 12/17] x86/virt/tdx: Reinitialize the Quoting extension after TDX module update Xu Yilun
2026-06-25  6:12   ` Tony Lindgren
2026-06-18  8:13 ` [PATCH v2 13/17] x86/virt/tdx: Enable Quoting extension Xu Yilun
2026-06-25  6:13   ` Tony Lindgren
2026-06-18  8:13 ` [PATCH v2 14/17] x86/tdx: Move and rename Quote request structure Xu Yilun
2026-06-25  6:15   ` Tony Lindgren
2026-06-18  8:13 ` [PATCH v2 15/17] KVM: TDX: Factor out userspace return path from tdx_get_quote() Xu Yilun
2026-06-25  6:16   ` Tony Lindgren
2026-06-18  8:13 ` [PATCH v2 16/17] KVM: TDX: Add in-kernel Quote generation Xu Yilun
2026-06-18  9:03   ` sashiko-bot
2026-06-25 18:01   ` Sean Christopherson
2026-06-29 10:03     ` Peter Fang
2026-06-18  8:13 ` [PATCH v2 17/17] KVM: TDX: Support event-notify interrupts only with userspace Quoting Xu Yilun
2026-06-25  6:28   ` Tony Lindgren

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=akIlHqh0/Rna7aYY@intel.com \
    --to=chao.gao@intel.com \
    --cc=adrian.hunter@intel.com \
    --cc=baolu.lu@linux.intel.com \
    --cc=dave.hansen@intel.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=djbw@kernel.org \
    --cc=kas@kernel.org \
    --cc=kishen.maloor@intel.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-coco@lists.linux.dev \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peter.fang@intel.com \
    --cc=rick.p.edgecombe@intel.com \
    --cc=seanjc@google.com \
    --cc=sohil.mehta@intel.com \
    --cc=tony.lindgren@linux.intel.com \
    --cc=x86@kernel.org \
    --cc=xiaoyao.li@intel.com \
    --cc=yilun.xu@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.