Linux CXL
 help / color / mirror / Atom feed
From: Robert Richter <rrichter@amd.com>
To: Alison Schofield <alison.schofield@intel.com>,
	Vishal Verma <vishal.l.verma@intel.com>,
	Ira Weiny <ira.weiny@intel.com>,
	Dan Williams <dan.j.williams@intel.com>,
	Jonathan Cameron <jonathan.cameron@huawei.com>,
	Dave Jiang <dave.jiang@intel.com>,
	Davidlohr Bueso <dave@stgolabs.net>
Cc: linux-cxl@vger.kernel.org, linux-kernel@vger.kernel.org,
	Gregory Price <gourry@gourry.net>,
	"Fabio M. De Francesco" <fabio.m.de.francesco@linux.intel.com>,
	Terry Bowman <terry.bowman@amd.com>,
	Joshua Hahn <joshua.hahnjy@gmail.com>
Subject: Re: [PATCH v10 00/13] cxl: ACPI PRM Address Translation Support and AMD Zen5 enablement
Date: Tue, 27 Jan 2026 12:02:31 +0100	[thread overview]
Message-ID: <aXibR6DjiWSzsd6l@rric.localdomain> (raw)
In-Reply-To: <20260114164837.1076338-1-rrichter@amd.com>

Dave,

On 14.01.26 17:48:16, Robert Richter wrote:
> This patch set adds support for address translation using ACPI PRM and
> enables this for AMD Zen5 platforms. The current approach bases on v4
> and is in response to earlier attempts to implement CXL address
> translation:
> 
>  * v1: [1] and the comments on it, esp. Dan's [2],
>  * v2: [3] and comments on [4], esp. Dave's [5],
>  * v3: [6] and comments on it, esp. Dave's [7],
>  * v4: [8].
> 
> In this version there are a view minor but no major changes. See the
> changelog for details. Thank you all for your reviews and testing.
> 
> Documentation of CXL Address Translation Support will be added to the
> Kernel's "Compute Express Link: Linux Conventions". This patch
> submission will be the base for a documentation patch that describes CXL
> Address Translation support accordingly.
> 
> The CXL driver currently does not implement address translation which
> assumes the host physical addresses (HPA) and system physical
> addresses (SPA) are equal.
> 
> Systems with different HPA and SPA addresses need address translation.
> If this is the case, the hardware addresses esp. used in the HDM
> decoder configurations are different to the system's or parent port
> address ranges. E.g. AMD Zen5 systems may be configured to use
> 'Normalized addresses'. Then, CXL endpoints have their own physical
> address base which is not the same as the SPA used by the CXL host
> bridge. Thus, addresses need to be translated from the endpoint's to
> its CXL host bridge's address range.
> 
> To enable address translation, the endpoint's HPA range must be
> translated to the CXL host bridge's address range. A callback is
> introduced to translate a decoder's HPA to the CXL host bridge's
> address range. The callback is then used to determine the region
> parameters which includes the SPA translated address range of the
> endpoint decoder and the interleaving configuration. This is stored in
> struct cxl_region which allows an endpoint decoder to determine that
> parameters based on its assigned region.
> 
> Note that only auto-discovery of decoders is supported. Thus, decoders
> are locked and cannot be configured manually.
> 
> Finally, Zen5 address translation is enabled using ACPI PRMT.
> 
> This series bases on v6.19-rc1.
> 
> V10:
>  * updated sob-chains,
>  * renamed flags to CXL_*_F_NORMALIZED_ADDRESSING (Dave),
>  * fixed spelling in 07/13 patch description (Alison),
>  * be more precise on poison support in 12/13 patch description (Alison),

are you fine with the series? I have also submitted the documentation
update with the changes Dan requested, see this one:

 [PATCH v4 3/3] Documentation/driver-api/cxl: ACPI PRM Address Translation Support and AMD Zen5 enablement

I don't see any open items. Should I resend a v11 with all remaining
reviewed-by tags and the small update in the description of 13/13?
Please let me know.

Thanks,

-Robert

  parent reply	other threads:[~2026-01-27 11:02 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-14 16:48 [PATCH v10 00/13] cxl: ACPI PRM Address Translation Support and AMD Zen5 enablement Robert Richter
2026-01-14 16:48 ` [PATCH v10 01/13] cxl/region: Rename misleading variable name @hpa to @hpa_range Robert Richter
2026-01-14 16:48 ` [PATCH v10 02/13] cxl/region: Store root decoder in struct cxl_region Robert Richter
2026-01-14 16:48 ` [PATCH v10 03/13] cxl/region: Store HPA range " Robert Richter
2026-01-14 16:48 ` [PATCH v10 04/13] cxl: Simplify cxl_root_ops allocation and handling Robert Richter
2026-01-14 16:48 ` [PATCH v10 05/13] cxl/region: Separate region parameter setup and region construction Robert Richter
2026-01-14 16:48 ` [PATCH v10 06/13] cxl/region: Add @hpa_range argument to function cxl_calc_interleave_pos() Robert Richter
2026-01-14 16:48 ` [PATCH v10 07/13] cxl/region: Use region data to get the root decoder Robert Richter
2026-01-14 16:48 ` [PATCH v10 08/13] cxl: Introduce callback for HPA address ranges translation Robert Richter
2026-01-14 16:48 ` [PATCH v10 09/13] cxl/acpi: Prepare use of EFI runtime services Robert Richter
2026-01-14 16:48 ` [PATCH v10 10/13] cxl: Enable AMD Zen5 address translation using ACPI PRMT Robert Richter
2026-01-27 18:11   ` Dave Jiang
2026-01-14 16:48 ` [PATCH v10 11/13] cxl/atl: Lock decoders that need address translation Robert Richter
2026-01-14 16:48 ` [PATCH v10 12/13] cxl/region: Factor out code into cxl_region_setup_poison() Robert Richter
2026-01-14 18:32   ` Jonathan Cameron
2026-01-14 16:48 ` [PATCH v10 13/13] cxl: Disable HPA/SPA translation handlers for Normalized Addressing Robert Richter
2026-01-14 17:52   ` Robert Richter
2026-01-14 18:28   ` Dave Jiang
2026-01-14 18:33     ` Jonathan Cameron
2026-01-27 11:02 ` Robert Richter [this message]
2026-01-27 16:03   ` [PATCH v10 00/13] cxl: ACPI PRM Address Translation Support and AMD Zen5 enablement Dave Jiang

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=aXibR6DjiWSzsd6l@rric.localdomain \
    --to=rrichter@amd.com \
    --cc=alison.schofield@intel.com \
    --cc=dan.j.williams@intel.com \
    --cc=dave.jiang@intel.com \
    --cc=dave@stgolabs.net \
    --cc=fabio.m.de.francesco@linux.intel.com \
    --cc=gourry@gourry.net \
    --cc=ira.weiny@intel.com \
    --cc=jonathan.cameron@huawei.com \
    --cc=joshua.hahnjy@gmail.com \
    --cc=linux-cxl@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=terry.bowman@amd.com \
    --cc=vishal.l.verma@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