From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
To: <alison.schofield@intel.com>
Cc: Dan Williams <dan.j.williams@intel.com>,
Ira Weiny <ira.weiny@intel.com>,
Vishal Verma <vishal.l.verma@intel.com>,
Ben Widawsky <bwidawsk@kernel.org>,
Dave Jiang <dave.jiang@intel.com>, <linux-cxl@vger.kernel.org>
Subject: Re: [PATCH 2/2] cxl/acpi: Support CXL XOR Interleave Math (CXIMS)
Date: Wed, 24 Aug 2022 16:16:42 +0100 [thread overview]
Message-ID: <20220824161642.00006833@huawei.com> (raw)
In-Reply-To: <f092ab4c6eb82c83c9cec4e7000bac8115c3664d.1660079951.git.alison.schofield@intel.com>
On Tue, 9 Aug 2022 14:44:10 -0700
alison.schofield@intel.com wrote:
> From: Alison Schofield <alison.schofield@intel.com>
>
> When the CFMWS is using XOR math, parse the corresponding
> CXIMS structure and store the xormaps in the root decoder.
> Use the xormaps in a new lookup, cxl_hb_xor(), to discover
> a targets entry in a host bridge interleave target list.
>
> Defined in CXL Spec 3.0 Section: 9.17.1
9.17.1.4 ? Not important though as I'm sure people can scan
down a few pages from the CEDT start.
>
> Signed-off-by: Alison Schofield <alison.schofield@intel.com>
One question inline - I think I know the answer but could be wrong!
Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> ---
> drivers/cxl/cxl.h | 2 +
> drivers/cxl/acpi.c | 96 +++++++++++++++++++++++++++++++++++++++++++---
> 2 files changed, 93 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/cxl/cxl.h b/drivers/cxl/cxl.h
> index f680450f0b16..0a17a7007bff 100644
> --- a/drivers/cxl/cxl.h
> +++ b/drivers/cxl/cxl.h
> @@ -330,12 +330,14 @@ struct cxl_switch_decoder {
> * @res: host / parent resource for region allocations
> * @region_id: region id for next region provisioning event
> * @calc_hb: which host bridge covers the n'th position by granularity
> + * @platform_data: platform specific configuration data
> * @cxlsd: base cxl switch decoder
> */
> struct cxl_root_decoder {
> struct resource *res;
> atomic_t region_id;
> struct cxl_dport *(*calc_hb)(struct cxl_root_decoder *cxlrd, int pos);
> + void *platform_data;
I guess left as void * to allow for mocking easily?
> struct cxl_switch_decoder cxlsd;
> };
>
> diff --git a/drivers/cxl/acpi.c b/drivers/cxl/acpi.c
> index fb649683dd3a..6ac6751c7f4e 100644
> --- a/drivers/cxl/acpi.c
> +++ b/drivers/cxl/acpi.c
> @@ -9,6 +9,79 @@
> #include "cxlpci.h"
> #include "cxl.h"
>
> +struct cxims_data {
> + int nr_maps;
> + u64 xormaps[];
> +};
> +
p> +static struct cxl_dport *cxl_hb_xor(struct cxl_root_decoder *cxlrd, int pos)
> +{
> + struct cxl_switch_decoder *cxlsd = &cxlrd->cxlsd;
> + struct cxims_data *cximsd = cxlrd->platform_data;
> + struct cxl_decoder *cxld = &cxlsd->cxld;
> + int ig = cxld->interleave_granularity;
> + int i, n = 0;
> + u64 hpa;
> +
> + if (dev_WARN_ONCE(&cxld->dev,
> + cxld->interleave_ways != cxlsd->nr_targets,
> + "misconfigured root decoder\n"))
> + return NULL;
> + /*
> + * Find this targets entry (n) in the host bridge interleave
> + * list. Defined in CXL Spec 3.0 Section 9.17.1.3 Table 9-22
> + */
> + hpa = cxlrd->res->start + pos * ig;
> + for (i = 0; i < cximsd->nr_maps; i++)
> + n |= (hweight64(hpa & cximsd->xormaps[i]) & 1) << i;
> +
> + return cxlrd->cxlsd.target[n];
> +}
> +
> +struct cxl_cxims_context {
> + struct device *dev;
> + struct cxl_root_decoder *cxlrd;
> +};
> +
> +static int cxl_parse_cxims(union acpi_subtable_headers *header, void *arg,
> + const unsigned long end)
> +{
> + struct acpi_cedt_cxims *cxims = (struct acpi_cedt_cxims *)header;
> + struct cxl_cxims_context *ctx = arg;
> + struct cxl_root_decoder *cxlrd = ctx->cxlrd;
> + struct cxl_decoder *cxld = &cxlrd->cxlsd.cxld;
> + struct device *dev = ctx->dev;
> + struct cxims_data *cximsd;
> + unsigned int hbig;
> + u8 eiw;
> + int rc;
> +
> + rc = cxl_to_granularity(cxims->hbig, &hbig);
> + if (rc)
> + return rc;
> +
> + rc = ways_to_cxl(cxld->interleave_ways, &eiw);
> + if (rc)
> + return rc;
> +
> + if (hbig == cxld->interleave_granularity) {
> + if (cxims->nr_xormaps < eiw) {
> + dev_dbg(dev, "CXIMS nr_xormaps[%d] expected[%d]\n",
> + cxims->nr_xormaps, eiw);
> + return -ENXIO;
> + }
> +
> + cximsd = devm_kzalloc(dev, struct_size(cximsd, xormaps, eiw),
> + GFP_KERNEL);
> + memcpy(cximsd->xormaps, cxims->xormap_list,
> + eiw * sizeof(*cximsd->xormaps));
> + cximsd->nr_maps = eiw;
> + cxlrd->platform_data = cximsd;
> + cxlrd->calc_hb = cxl_hb_xor;
> + }
> + return 0;
> +}
> +
> static unsigned long cfmws_to_decoder_flags(int restrictions)
> {
> unsigned long flags = CXL_DECODER_F_ENABLE;
> @@ -33,11 +106,6 @@ static int cxl_acpi_cfmws_verify(struct device *dev,
> int rc, expected_len;
> unsigned int ways;
>
> - if (cfmws->interleave_arithmetic != ACPI_CEDT_CFMWS_ARITHMETIC_MODULO) {
> - dev_err(dev, "CFMWS Unsupported Interleave Arithmetic\n");
> - return -EINVAL;
> - }
> -
> if (!IS_ALIGNED(cfmws->base_hpa, SZ_256M)) {
> dev_err(dev, "CFMWS Base HPA not 256MB aligned\n");
> return -EINVAL;
> @@ -84,6 +152,7 @@ static int cxl_parse_cfmws(union acpi_subtable_headers *header, void *arg,
> struct cxl_cfmws_context *ctx = arg;
> struct cxl_port *root_port = ctx->root_port;
> struct resource *cxl_res = ctx->cxl_res;
> + struct cxl_cxims_context cxims_ctx;
> struct cxl_root_decoder *cxlrd;
> struct device *dev = ctx->dev;
> struct acpi_cedt_cfmws *cfmws;
> @@ -148,7 +217,24 @@ static int cxl_parse_cfmws(union acpi_subtable_headers *header, void *arg,
> ig = CXL_DECODER_MIN_GRANULARITY;
> cxld->interleave_granularity = ig;
>
> + if (cfmws->interleave_arithmetic == ACPI_CEDT_CFMWS_ARITHMETIC_XOR) {
> + cxims_ctx = (struct cxl_cxims_context) {
> + .dev = dev,
> + .cxlrd = cxlrd,
> + };
> + rc = acpi_table_parse_cedt(ACPI_CEDT_TYPE_CXIMS,
> + cxl_parse_cxims, &cxims_ctx);
> + if (rc < 0)
> + goto err_xormap;
> +
> + if (cxlrd->calc_hb != cxl_hb_xor) {
> + rc = -ENXIO;
> + goto err_xormap;
> + }
> + }
> rc = cxl_decoder_add(cxld, target_map);
> +
> +err_xormap:
> if (rc)
> put_device(&cxld->dev);
> else
prev parent reply other threads:[~2022-08-24 15:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-09 21:44 [PATCH 0/2] CXL XOR Interleave Arithmetic alison.schofield
2022-08-09 21:44 ` [PATCH 1/2] For ACPICA: Add the CXIMS structure definition to the CEDT table alison.schofield
2022-08-09 21:44 ` [PATCH 2/2] cxl/acpi: Support CXL XOR Interleave Math (CXIMS) alison.schofield
2022-08-09 23:36 ` Dan Williams
2022-08-10 1:12 ` Alison Schofield
2022-08-10 2:43 ` Dan Williams
2022-08-24 15:16 ` Jonathan Cameron [this message]
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=20220824161642.00006833@huawei.com \
--to=jonathan.cameron@huawei.com \
--cc=alison.schofield@intel.com \
--cc=bwidawsk@kernel.org \
--cc=dan.j.williams@intel.com \
--cc=dave.jiang@intel.com \
--cc=ira.weiny@intel.com \
--cc=linux-cxl@vger.kernel.org \
--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