From: Alison Schofield <alison.schofield@intel.com>
To: Dave Jiang <dave.jiang@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>,
linux-cxl@vger.kernel.org
Subject: Re: [PATCH 2/5] cxl/memdev: Add support for the Clear Poison mailbox command
Date: Thu, 1 Dec 2022 12:09:22 -0800 [thread overview]
Message-ID: <Y4kJ8tjTQ8saKv20@aschofie-mobl2> (raw)
In-Reply-To: <c803589c-7808-a8d2-7f48-e97e5bbfa844@intel.com>
On Thu, Dec 01, 2022 at 10:54:47AM -0700, Dave Jiang wrote:
>
>
> On 11/29/2022 9:34 PM, alison.schofield@intel.com wrote:
> > From: Alison Schofield <alison.schofield@intel.com>
> >
> > CXL devices optionally support the CLEAR POISON mailbox command. Add
> > a sysfs attribute and memdev driver support for clearing poison.
> >
> > When a Device Physical Address (DPA) is written to the clear_poison
> > sysfs attribute send a clear poison command to the device for the
>
> comma between 'attribute' and 'send'
Thanks for the review Dave! Addressed this and your suggestions
below also.
>
> > specified address.
> >
> > Per the CXL Specification (8.2.9.8.4.3), after receiving a valid clear
>
> Please add spec version.
>
> > poison request, the device removes the address from the device's Poison
> > List and writes 0 (zero) for 64 bytes starting at address. If the device
> > cannot clear poison from the address, it returns a permanent media error
> > and ENXIO is returned to the user.
> >
> > Additionally, and per the spec also, it is not an error to clear poison
> > of an address that is not poisoned. No error is returned and the address
> > is not overwritten. The memdev driver performs basic sanity checking on
> > the address, however, it does not go as far as reading the poison list to
> > see if the address is poisoned before clearing. That discovery is left to
> > the device. The device safely handles that case.
> >
> > Implementation note: Although the CXL specification defines the clear
> > command to accept 64 bytes of 'write-data' to be used when clearing
> > the poisoned address, this implementation always uses 0 (zeros) for
> > the write-data.
> >
> > The clear_poison attribute is only visible for devices supporting the
> > capability.
> >
> > Signed-off-by: Alison Schofield <alison.schofield@intel.com>
> > ---
> > Documentation/ABI/testing/sysfs-bus-cxl | 17 +++++++++
> > drivers/cxl/core/memdev.c | 47 +++++++++++++++++++++++++
> > drivers/cxl/cxlmem.h | 6 ++++
> > 3 files changed, 70 insertions(+)
> >
> > diff --git a/Documentation/ABI/testing/sysfs-bus-cxl b/Documentation/ABI/testing/sysfs-bus-cxl
> > index 20db97f7a1aa..9d2b0fa07e17 100644
> > --- a/Documentation/ABI/testing/sysfs-bus-cxl
> > +++ b/Documentation/ABI/testing/sysfs-bus-cxl
> > @@ -435,3 +435,20 @@ Description:
> > poison into an address that already has poison present and no
> > error is returned. The inject_poison attribute is only visible
> > for devices supporting the capability.
> > +
> > +
> > +What: /sys/bus/cxl/devices/memX/clear_poison
> > +Date: December, 2022
> > +KernelVersion: v6.2
> > +Contact: linux-cxl@vger.kernel.org
> > +Description:
> > + (WO) When a Device Physical Address (DPA) is written to this
> > + attribute the memdev driver sends a clear poison command to the
>
> comma between 'attribute' and 'the'.
>
> DJ
>
> > + device for the specified address. Clearing poison removes the
> > + address from the device's Poison List and writes 0 (zero)
> > + for 64 bytes starting at address. It is not an error to clear
> > + poison from an address that does not have poison set, and if
> > + poison was not set, the address is not overwritten. If the
> > + device cannot clear poison from the address, ENXIO is returned.
> > + The clear_poison attribute is only visible for devices
> > + supporting the capability.
> > diff --git a/drivers/cxl/core/memdev.c b/drivers/cxl/core/memdev.c
> > index 71130813030f..85caffd5a85c 100644
> > --- a/drivers/cxl/core/memdev.c
> > +++ b/drivers/cxl/core/memdev.c
> > @@ -187,6 +187,44 @@ static ssize_t inject_poison_store(struct device *dev,
> > }
> > static DEVICE_ATTR_WO(inject_poison);
> > +static ssize_t clear_poison_store(struct device *dev,
> > + struct device_attribute *attr,
> > + const char *buf, size_t len)
> > +{
> > + struct cxl_memdev *cxlmd = to_cxl_memdev(dev);
> > + struct cxl_dev_state *cxlds = cxlmd->cxlds;
> > + struct cxl_mbox_clear_poison *pi;
> > + u64 dpa;
> > + int rc;
> > +
> > + rc = kstrtou64(buf, 0, &dpa);
> > + if (rc)
> > + return rc;
> > + rc = cxl_validate_poison_dpa(cxlds, dpa);
> > + if (rc)
> > + return rc;
> > + pi = kzalloc(sizeof(*pi), GFP_KERNEL);
> > + if (!pi)
> > + return -ENOMEM;
> > + /*
> > + * In CXL 3.0 Spec 8.2.9.8.4.3, the Clear Poison mailbox command
> > + * is defined to accept 64 bytes of 'write-data', along with the
> > + * address to clear. The device writes 'write-data' into the DPA,
> > + * atomically, while clearing poison if the location is marked as
> > + * being poisoned.
> > + *
> > + * Always use '0' for the write-data.
> > + */
> > + pi->address = cpu_to_le64(dpa);
> > + rc = cxl_mbox_send_cmd(cxlds, CXL_MBOX_OP_CLEAR_POISON, pi,
> > + sizeof(*pi), NULL, cxlds->payload_size);
> > + if (rc)
> > + return rc;
> > +
> > + return len;
> > +}
> > +static DEVICE_ATTR_WO(clear_poison);
> > +
> > static struct attribute *cxl_memdev_attributes[] = {
> > &dev_attr_serial.attr,
> > &dev_attr_firmware_version.attr,
> > @@ -195,6 +233,7 @@ static struct attribute *cxl_memdev_attributes[] = {
> > &dev_attr_numa_node.attr,
> > &dev_attr_trigger_poison_list.attr,
> > &dev_attr_inject_poison.attr,
> > + &dev_attr_clear_poison.attr,
> > NULL,
> > };
> > @@ -228,6 +267,14 @@ static umode_t cxl_memdev_visible(struct kobject *kobj, struct attribute *a,
> > to_cxl_memdev(dev)->cxlds->enabled_cmds))
> > return 0;
> > }
> > + if (a == &dev_attr_clear_poison.attr) {
> > + struct device *dev = kobj_to_dev(kobj);
> > +
> > + if (!test_bit(CXL_MEM_COMMAND_ID_CLEAR_POISON,
> > + to_cxl_memdev(dev)->cxlds->enabled_cmds)) {
> > + return 0;
> > + }
> > + }
> > return a->mode;
> > }
> > diff --git a/drivers/cxl/cxlmem.h b/drivers/cxl/cxlmem.h
> > index 0d4c34be7335..532adf9c3afd 100644
> > --- a/drivers/cxl/cxlmem.h
> > +++ b/drivers/cxl/cxlmem.h
> > @@ -399,6 +399,12 @@ struct cxl_mbox_poison_payload_out {
> > /* Inject & Clear Poison CXL 3.0 Spec 8.2.9.8.4.2/3 */
> > #define CXL_POISON_INJECT_RESERVED GENMASK_ULL(5, 0)
> > +/* Clear Poison CXL 3.0 Spec 8.2.9.8.4.3 */
> > +struct cxl_mbox_clear_poison {
> > + __le64 address;
> > + u8 write_data[64];
> > +} __packed;
> > +
> > /**
> > * struct cxl_mem_command - Driver representation of a memory device command
> > * @info: Command information as it exists for the UAPI
next prev parent reply other threads:[~2022-12-01 20:09 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-30 4:34 [PATCH 0/5] cxl: CXL Inject & Clear Poison alison.schofield
2022-11-30 4:34 ` [PATCH 1/5] cxl/memdev: Add support for the Inject Poison mailbox command alison.schofield
2022-11-30 14:31 ` Jonathan Cameron
2022-11-30 14:40 ` Jonathan Cameron
2022-12-01 16:42 ` Dave Jiang
2022-12-08 4:20 ` Alison Schofield
2022-12-01 17:26 ` Dave Jiang
2022-12-08 4:17 ` Alison Schofield
2022-12-04 22:04 ` Dan Williams
2022-12-08 4:16 ` Alison Schofield
2022-11-30 4:34 ` [PATCH 2/5] cxl/memdev: Add support for the Clear " alison.schofield
2022-11-30 14:43 ` Jonathan Cameron
2022-12-01 20:14 ` Alison Schofield
2022-12-01 17:54 ` Dave Jiang
2022-12-01 20:09 ` Alison Schofield [this message]
2022-11-30 4:34 ` [PATCH 3/5] tools/testing/cxl: Mock the Inject " alison.schofield
2022-11-30 14:58 ` Jonathan Cameron
2022-12-08 4:47 ` Alison Schofield
2022-12-08 14:53 ` Jonathan Cameron
2022-11-30 4:34 ` [PATCH 4/5] tools/testing/cxl: Mock the Clear " alison.schofield
2022-11-30 15:01 ` Jonathan Cameron
2022-11-30 4:34 ` [PATCH 5/5] tools/testing/cxl: Use injected poison for Get Poison List alison.schofield
2022-11-30 15:15 ` Jonathan Cameron
2022-12-08 4:30 ` Alison Schofield
2022-12-08 14:54 ` Jonathan Cameron
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=Y4kJ8tjTQ8saKv20@aschofie-mobl2 \
--to=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