From: Dan Williams <dan.j.williams@intel.com>
To: <alison.schofield@intel.com>,
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>
Cc: Alison Schofield <alison.schofield@intel.com>,
<linux-cxl@vger.kernel.org>
Subject: RE: [PATCH v4 2/3] cxl/acpi: Support CXL XOR Interleave Math (CXIMS)
Date: Fri, 21 Oct 2022 17:01:42 -0700 [thread overview]
Message-ID: <635332e65ebec_4da329485@dwillia2-xfh.jf.intel.com.notmuch> (raw)
In-Reply-To: <8c93daf7080f45ad4085d6e8556e4deac03f6322.1663687681.git.alison.schofield@intel.com>
alison.schofield@ 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
> structure. Use the xormaps in a new lookup, cxl_hb_xor(),
> to find a targets entry in the host bridge interleave
> target list.
>
> Defined in CXL Specfication 3.0 Section: 9.17.1
>
> Signed-off-by: Alison Schofield <alison.schofield@intel.com>
> ---
> drivers/cxl/cxl.h | 2 +
> drivers/cxl/acpi.c | 133 +++++++++++++++++++++++++++++++++++++++++++--
> 2 files changed, 130 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;
> struct cxl_switch_decoder cxlsd;
> };
>
> diff --git a/drivers/cxl/acpi.c b/drivers/cxl/acpi.c
> index fb649683dd3a..51cd45d2ed98 100644
> --- a/drivers/cxl/acpi.c
> +++ b/drivers/cxl/acpi.c
> @@ -6,9 +6,110 @@
> #include <linux/kernel.h>
> #include <linux/acpi.h>
> #include <linux/pci.h>
> +#include <asm/div64.h>
> #include "cxlpci.h"
> #include "cxl.h"
>
> +struct cxims_data {
> + int nr_maps;
> + u64 xormaps[];
> +};
> +
> +/*
> + * Find a targets entry (n) in the host bridge interleave list.
> + * CXL Specfication 3.0 Table 9-22
> + */
> +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 iw = cxld->interleave_ways;
> + int i, eiw, n = 0;
> + u64 hpa;
> +
> + if (dev_WARN_ONCE(&cxld->dev,
> + cxld->interleave_ways != cxlsd->nr_targets,
> + "misconfigured root decoder\n"))
> + return NULL;
> +
> + if (iw == 1)
> + /* Entry is always 0 for no interleave */
> + return cxlrd->cxlsd.target[0];
> +
> + hpa = cxlrd->res->start + pos * ig;
> +
> + if (iw == 3) {
> + /* Initialize 'i' for the modulo calc */
> + i = 0;
From cxl_acpi:
nr_maps = ilog2(cxld->interleave_ways / 3);
...so cximsd->nr_maps is already 0 when iw is 3, so no need for a goto,
unless I missed something.
> + goto no_map;
> + }
> +
> + /* IW: 2,4,6,8,12,16 begin building 'n' using xormaps */
> + for (i = 0; i < cximsd->nr_maps; i++)
> + n |= (hweight64(hpa & cximsd->xormaps[i]) & 1) << i;
> +
> +no_map:
> + /* IW: 3,6,12 add a modulo calculation to 'n' */
> + if (!is_power_of_2(iw)) {
> + eiw = ilog2(iw / 3) + 8;
> + hpa &= GENMASK_ULL(51, eiw + ig);
> + n = do_div(hpa, 3) << i;
I would just use "<< cxmisd->nr_maps" and move this before the
power-of-2 loop with its own early "return cxlrd->cxlsd.target[n];" in
the 'if ()' block. No need to force these 2 cases to have a common exit.
next prev parent reply other threads:[~2022-10-22 0:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-20 15:39 [PATCH v4 0/3] CXL XOR Interleave Arithmetic alison.schofield
2022-09-20 15:39 ` [PATCH v4 1/3] For ACPICA: Add the CXIMS structure definition to the CEDT table alison.schofield
2022-10-21 23:40 ` Dan Williams
2022-09-20 15:39 ` [PATCH v4 2/3] cxl/acpi: Support CXL XOR Interleave Math (CXIMS) alison.schofield
2022-10-22 0:01 ` Dan Williams [this message]
2022-10-26 7:12 ` Alison Schofield
2022-09-20 15:39 ` [PATCH v4 3/3] tools/testing/cxl: Add XOR math support alison.schofield
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=635332e65ebec_4da329485@dwillia2-xfh.jf.intel.com.notmuch \
--to=dan.j.williams@intel.com \
--cc=alison.schofield@intel.com \
--cc=bwidawsk@kernel.org \
--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