[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a648b7bc-11aa-41f0-bf42-ca9b66afe6dc@linux.intel.com>
Date: Wed, 3 Dec 2025 15:41:50 +0800
From: Binbin Wu <binbin.wu@...ux.intel.com>
To: Chao Gao <chao.gao@...el.com>
Cc: linux-coco@...ts.linux.dev, linux-kernel@...r.kernel.org, x86@...nel.org,
reinette.chatre@...el.com, ira.weiny@...el.com, kai.huang@...el.com,
dan.j.williams@...el.com, yilun.xu@...ux.intel.com, sagis@...gle.com,
vannapurve@...gle.com, paulmck@...nel.org, nik.borisov@...e.com,
Farrah Chen <farrah.chen@...el.com>, "Kirill A. Shutemov" <kas@...nel.org>,
Dave Hansen <dave.hansen@...ux.intel.com>,
Thomas Gleixner <tglx@...utronix.de>, Ingo Molnar <mingo@...hat.com>,
Borislav Petkov <bp@...en8.de>, "H. Peter Anvin" <hpa@...or.com>
Subject: Re: [PATCH v2 20/21] x86/virt/tdx: Update tdx_sysinfo and check
features post-update
On 10/1/2025 10:53 AM, Chao Gao wrote:
[...]
>
> +/*
> + * Update tdx_sysinfo and check if any TDX module features changed after
> + * updates
> + */
> +int tdx_module_post_update(struct tdx_sys_info *info)
> +{
> + struct tdx_sys_info_version *cur, *new;
> + int ret;
> +
> + /* Shouldn't fail as the update has succeeded */
> + ret = get_tdx_sys_info(info);
> + if (ret) {
> + WARN_ONCE(1, "version retrieval failed after update, replace TDX Module\n");
Nit:
Could be if (WARN_ONCE(ret, "..."))
> + return ret;
> + }
> +
> + guard(mutex)(&tdx_module_lock);
> +
> + cur = &tdx_sysinfo.version;
Nit:
After update, the current TDX module is the new TDX module already, may be
better to use old instead of cur.
> + new = &info->version;
> + pr_info("version %u.%u.%02u -> %u.%u.%02u\n", cur->major_version,
> + cur->minor_version,
> + cur->update_version,
> + new->major_version,
> + new->minor_version,
> + new->update_version);
> +
> + /*
> + * Blindly refreshing the entire tdx_sysinfo could disrupt running
> + * software, as it may subtly rely on the previous state unless
> + * proven otherwise.
> + *
> + * Only refresh version information (including handoff version)
> + * that does not affect functionality, and ignore all other
> + * changes.
> + */
> + tdx_sysinfo.version = info->version;
> + tdx_sysinfo.handoff = info->handoff;
> +
> + if (!memcmp(&tdx_sysinfo, info, sizeof(*info)))
> + return 0;
> +
> + pr_info("TDX module features have changed after updates, but might not take effect.\n");
> + pr_info("Please consider a potential BIOS update.\n");
BIOS update?
I guess it's "TDX module update via BIOS"?
Does it mean after a system reboot, the change done by TD preserving update will
be gone? If we want the TDX module upgrade to be permanent, it needs to replace
the TDX module binary the BIOS will load, right?
So the scenario of TD preserving update seems to be limited to security fixes?
(I guess the security fixes will take effect directly after TD preserving
update?)
> + return 0;
> +}
> +
> static bool is_pamt_page(unsigned long phys)
> {
> struct tdmr_info_list *tdmr_list = &tdx_tdmr_list;
> diff --git a/arch/x86/virt/vmx/tdx/tdx.h b/arch/x86/virt/vmx/tdx/tdx.h
> index 983c01c6949a..ca76126880ee 100644
> --- a/arch/x86/virt/vmx/tdx/tdx.h
> +++ b/arch/x86/virt/vmx/tdx/tdx.h
> @@ -3,6 +3,7 @@
> #define _X86_VIRT_TDX_H
>
> #include <linux/bits.h>
> +#include <asm/tdx_global_metadata.h>
>
> /*
> * This file contains both macros and data structures defined by the TDX
> @@ -124,5 +125,6 @@ int tdx_module_shutdown(void);
> void tdx_module_set_error(void);
> int tdx_cpu_enable(void);
> int tdx_module_run_update(void);
> +int tdx_module_post_update(struct tdx_sys_info *info);
>
> #endif
Powered by blists - more mailing lists