From: Ben Widawsky <ben.widawsky@intel.com>
To: linux-cxl@vger.kernel.org
Cc: Ben Widawsky <ben.widawsky@intel.com>,
Alison Schofield <alison.schofield@intel.com>,
Dan Williams <dan.j.williams@intel.com>,
Ira Weiny <ira.weiny@intel.com>,
Jonathan Cameron <Jonathan.Cameron@Huawei.com>,
Vishal Verma <vishal.l.verma@intel.com>
Subject: [PATCH v2] cxl: Enable an endpoint decoder type
Date: Tue, 6 Jul 2021 09:00:50 -0700 [thread overview]
Message-ID: <20210706160050.527553-1-ben.widawsky@intel.com> (raw)
In-Reply-To: <20210702040009.68794-1-ben.widawsky@intel.com>
CXL memory devices support HDM decoders. Currently, when a decoder is
instantiated there is no knowledge of the type of decoder; only the
underlying endpoint type is specified. In order to have the memory
devices reuse the existing decoder creation infrastructure it is
convenient to pass along the type of decoder on creation.
The primary difference for an endpoint decoder is that it doesn't have
dports, nor targets. The target is just the underlying media (with
offset).
Signed-off-by: Ben Widawsky <ben.widawsky@intel.com>
---
v2 Fixes target_type and stores the decoder type on instantiation
diff --git a/drivers/cxl/core.c b/drivers/cxl/core.c
index 196f260e2580..69acdd230f54 100644
--- a/drivers/cxl/core.c
+++ b/drivers/cxl/core.c
@@ -493,10 +493,11 @@ cxl_decoder_alloc(struct cxl_port *port, int nr_targets, resource_size_t base,
.start = base,
.end = base + len - 1,
},
+ .type = type,
.flags = flags,
.interleave_ways = interleave_ways,
.interleave_granularity = interleave_granularity,
- .target_type = type,
+ .target_type = CXL_DEVICE_EXPANDER,
};
/* handle implied target_list */
---
drivers/cxl/acpi.c | 2 +-
drivers/cxl/core.c | 46 ++++++++++++++++++++++++++++++++++------------
drivers/cxl/cxl.h | 31 +++++++++++++++++++++++++++----
3 files changed, 62 insertions(+), 17 deletions(-)
diff --git a/drivers/cxl/acpi.c b/drivers/cxl/acpi.c
index 8ae89273f58e..5215845e0f89 100644
--- a/drivers/cxl/acpi.c
+++ b/drivers/cxl/acpi.c
@@ -114,7 +114,7 @@ static void cxl_add_cfmws_decoders(struct device *dev,
cfmws->base_hpa, cfmws->window_size,
CFMWS_INTERLEAVE_WAYS(cfmws),
CFMWS_INTERLEAVE_GRANULARITY(cfmws),
- CXL_DECODER_EXPANDER,
+ CXL_DECODER_PLATFORM,
flags);
if (IS_ERR(cxld)) {
diff --git a/drivers/cxl/core.c b/drivers/cxl/core.c
index a2e4d54fc7bc..69acdd230f54 100644
--- a/drivers/cxl/core.c
+++ b/drivers/cxl/core.c
@@ -75,9 +75,9 @@ static ssize_t target_type_show(struct device *dev,
struct cxl_decoder *cxld = to_cxl_decoder(dev);
switch (cxld->target_type) {
- case CXL_DECODER_ACCELERATOR:
+ case CXL_DEVICE_ACCELERATOR:
return sysfs_emit(buf, "accelerator\n");
- case CXL_DECODER_EXPANDER:
+ case CXL_DEVICE_EXPANDER:
return sysfs_emit(buf, "expander\n");
}
return -ENXIO;
@@ -167,6 +167,12 @@ static const struct attribute_group *cxl_decoder_switch_attribute_groups[] = {
NULL,
};
+static const struct attribute_group *cxl_decoder_endpoint_attribute_groups[] = {
+ &cxl_decoder_base_attribute_group,
+ &cxl_base_attribute_group,
+ NULL,
+};
+
static void cxl_decoder_release(struct device *dev)
{
struct cxl_decoder *cxld = to_cxl_decoder(dev);
@@ -176,6 +182,12 @@ static void cxl_decoder_release(struct device *dev)
kfree(cxld);
}
+static const struct device_type cxl_decoder_endpoint_type = {
+ .name = "cxl_decoder_endpoint",
+ .release = cxl_decoder_release,
+ .groups = cxl_decoder_endpoint_attribute_groups,
+};
+
static const struct device_type cxl_decoder_switch_type = {
.name = "cxl_decoder_switch",
.release = cxl_decoder_release,
@@ -458,12 +470,14 @@ cxl_decoder_alloc(struct cxl_port *port, int nr_targets, resource_size_t base,
if (interleave_ways < 1)
return ERR_PTR(-EINVAL);
- device_lock(&port->dev);
- if (list_empty(&port->dports))
- rc = -EINVAL;
- device_unlock(&port->dev);
- if (rc)
- return ERR_PTR(rc);
+ if (type != CXL_DECODER_ENDPOINT) {
+ device_lock(&port->dev);
+ if (list_empty(&port->dports))
+ rc = -EINVAL;
+ device_unlock(&port->dev);
+ if (rc)
+ return ERR_PTR(rc);
+ }
cxld = kzalloc(struct_size(cxld, target, nr_targets), GFP_KERNEL);
if (!cxld)
@@ -479,10 +493,11 @@ cxl_decoder_alloc(struct cxl_port *port, int nr_targets, resource_size_t base,
.start = base,
.end = base + len - 1,
},
+ .type = type,
.flags = flags,
.interleave_ways = interleave_ways,
.interleave_granularity = interleave_granularity,
- .target_type = type,
+ .target_type = CXL_DEVICE_EXPANDER,
};
/* handle implied target_list */
@@ -496,10 +511,17 @@ cxl_decoder_alloc(struct cxl_port *port, int nr_targets, resource_size_t base,
dev->bus = &cxl_bus_type;
/* root ports do not have a cxl_port_type parent */
- if (port->dev.parent->type == &cxl_port_type)
- dev->type = &cxl_decoder_switch_type;
- else
+ switch (type) {
+ case CXL_DECODER_PLATFORM:
dev->type = &cxl_decoder_root_type;
+ break;
+ case CXL_DECODER_SWITCH:
+ dev->type = &cxl_decoder_switch_type;
+ break;
+ case CXL_DECODER_ENDPOINT:
+ dev->type = &cxl_decoder_endpoint_type;
+ break;
+ }
return cxld;
err:
diff --git a/drivers/cxl/cxl.h b/drivers/cxl/cxl.h
index b6bda39a59e3..02e0af4c147c 100644
--- a/drivers/cxl/cxl.h
+++ b/drivers/cxl/cxl.h
@@ -164,6 +164,11 @@ int cxl_map_device_regs(struct pci_dev *pdev,
#define CXL_RESOURCE_NONE ((resource_size_t) -1)
#define CXL_TARGET_STRLEN 20
+enum cxl_device_type {
+ CXL_DEVICE_ACCELERATOR = 2,
+ CXL_DEVICE_EXPANDER = 3,
+};
+
/*
* cxl_decoder flags that define the type of memory / devices this
* decoder supports as well as configuration lock status See "CXL 2.0
@@ -177,8 +182,9 @@ int cxl_map_device_regs(struct pci_dev *pdev,
#define CXL_DECODER_F_MASK GENMASK(4, 0)
enum cxl_decoder_type {
- CXL_DECODER_ACCELERATOR = 2,
- CXL_DECODER_EXPANDER = 3,
+ CXL_DECODER_PLATFORM,
+ CXL_DECODER_SWITCH,
+ CXL_DECODER_ENDPOINT,
};
/**
@@ -186,19 +192,36 @@ enum cxl_decoder_type {
* @dev: this decoder's device
* @id: kernel device name id
* @range: address range considered by this decoder
+ * @type: the type of this CXL decoder (platform, switch, endpoint)
* @interleave_ways: number of cxl_dports in this decode
* @interleave_granularity: data stride per dport
* @target_type: accelerator vs expander (type2 vs type3) selector
* @flags: memory type capabilities and locking
* @target: active ordered target list in current decoder configuration
+ *
+ * Abstractly, a CXL decoder represents one of 3 possible decoders:
+ * 1. Platform specific routing - opaque rules for the memory controller that
+ * may be communicated via ACPI or devicetree. This decoding has implied
+ * interleave parameters as well as physical address ranges that are directed
+ * to the downstream ports of this decoder.
+ * 2. HDM decoder for a switch. Similar to the platform specific routing in that
+ * it contains a set of downstream ports which receive and send traffic in an
+ * interleave fashion, the main difference is that the interleave and address
+ * ranges are controlled by the HDM decoder registers defined in the CXL 2.0
+ * specification.
+ * 3. HDM decoder for an endpoint. Like the decoder in a switch, this decoder's
+ * configuration is entirely programmable and defined in CXL spec. Unlike the
+ * switch's decoder, there is not a set of downstream ports, only the
+ * underlying media.
*/
struct cxl_decoder {
struct device dev;
int id;
struct range range;
+ enum cxl_decoder_type type;
int interleave_ways;
int interleave_granularity;
- enum cxl_decoder_type target_type;
+ enum cxl_device_type target_type;
unsigned long flags;
struct cxl_dport *target[];
};
@@ -289,7 +312,7 @@ static inline struct cxl_decoder *
devm_cxl_add_passthrough_decoder(struct device *host, struct cxl_port *port)
{
return devm_cxl_add_decoder(host, port, 1, 0, 0, 1, PAGE_SIZE,
- CXL_DECODER_EXPANDER, 0);
+ CXL_DECODER_PLATFORM, 0);
}
extern struct bus_type cxl_bus_type;
--
2.32.0
next prev parent reply other threads:[~2021-07-06 16:01 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-02 4:00 [PATCH] cxl: Enable an endpoint decoder type Ben Widawsky
2021-07-06 16:00 ` Ben Widawsky [this message]
2021-07-09 23:56 ` [PATCH v2] " Dan Williams
2021-07-16 23:37 ` Ben Widawsky
2021-07-17 22:18 ` Dan Williams
2021-07-20 23:43 ` Ben Widawsky
2021-07-26 18:12 ` Dan Williams
2021-08-14 1:10 ` [PATCH] " Dan Williams
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=20210706160050.527553-1-ben.widawsky@intel.com \
--to=ben.widawsky@intel.com \
--cc=Jonathan.Cameron@Huawei.com \
--cc=alison.schofield@intel.com \
--cc=dan.j.williams@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