From: Dan Williams <dan.j.williams@intel.com>
To: Dan Williams <dan.j.williams@intel.com>,
Ben Cheatham <benjamin.cheatham@amd.com>, <dave@stogolabs.net>,
<jonathan.cameron@huawei.com>, <dave.jiang@intel.com>,
<alison.schofield@intel.com>, <vishal.l.verma@intel.com>,
<ira.weiny@intel.com>, <rafael@kernel.org>
Cc: <linux-cxl@vger.kernel.org>, <linux-acpi@vger.kernel.org>
Subject: Re: [PATCH v11 3/4] cxl/core, EINJ: Add EINJ CXL debugfs files and EINJ helper functions
Date: Fri, 9 Feb 2024 22:31:03 -0800 [thread overview]
Message-ID: <65c71827726ae_5a7f29434@dwillia2-xfh.jf.intel.com.notmuch> (raw)
In-Reply-To: <65c6bd181bd36_5a7f294dc@dwillia2-xfh.jf.intel.com.notmuch>
Dan Williams wrote:
> Ben Cheatham wrote:
> >
> >
> > On 2/8/24 2:00 PM, Ben Cheatham wrote:
> > > Implement CXL helper functions in the EINJ module for getting/injecting
> > > available CXL protocol error types and export them to sysfs under
> > > kernel/debug/cxl.
> > >
> > > The kernel/debug/cxl/einj_types file will print the available CXL
> > > protocol errors in the same format as the available_error_types
> > > file provided by the EINJ module. The
> > > kernel/debug/cxl/$dport_dev/einj_inject is functionally the same as the
> > > error_type and error_inject files provided by the EINJ module, i.e.:
> > > writing an error type into $dport_dev/einj_inject will inject said error
> > > type into the CXL dport represented by $dport_dev.
> > >
> > > Reviewed-by: Dan Williams <dan.j.williams@intel.com>
> > > Signed-off-by: Ben Cheatham <Benjamin.Cheatham@amd.com>
> > > ---
> > > Documentation/ABI/testing/debugfs-cxl | 22 ++++
> > > MAINTAINERS | 1 +
> > > drivers/acpi/apei/einj.c | 158 ++++++++++++++++++++++++--
> > > drivers/cxl/core/port.c | 39 +++++++
> > > include/linux/einj-cxl.h | 45 ++++++++
> > > 5 files changed, 255 insertions(+), 10 deletions(-)
> > > create mode 100644 include/linux/einj-cxl.h
> > >
> > > diff --git a/Documentation/ABI/testing/debugfs-cxl b/Documentation/ABI/testing/debugfs-cxl
> > > index fe61d372e3fa..bcd985cca66a 100644
> > > --- a/Documentation/ABI/testing/debugfs-cxl
> > > +++ b/Documentation/ABI/testing/debugfs-cxl
> > > @@ -33,3 +33,25 @@ Description:
> > > device cannot clear poison from the address, -ENXIO is returned.
> > > The clear_poison attribute is only visible for devices
> > > supporting the capability.
> > > +
> > > +What: /sys/kernel/debug/cxl/einj_types
> > > +Date: January, 2024
> > > +KernelVersion: v6.9
> > > +Contact: linux-cxl@vger.kernel.org
> > > +Description:
> > > + (RO) Prints the CXL protocol error types made available by
> > > + the platform in the format "0x<error number> <error type>".
> > > + The <error number> can be written to einj_inject to inject
> > > + <error type> into a chosen dport.
> > > +
> > > +What: /sys/kernel/debug/cxl/$dport_dev/einj_inject
> > > +Date: January, 2024
> > > +KernelVersion: v6.9
> > > +Contact: linux-cxl@vger.kernel.org
> > > +Description:
> > > + (WO) Writing an integer to this file injects the corresponding
> > > + CXL protocol error into $dport_dev ($dport_dev will be a device
> > > + name from /sys/bus/pci/devices). The integer to type mapping for
> > > + injection can be found by reading from einj_types. If the dport
> > > + was enumerated in RCH mode, a CXL 1.1 error is injected, otherwise
> > > + a CXL 2.0 error is injected.
> > > diff --git a/MAINTAINERS b/MAINTAINERS
> > > index 9104430e148e..02d7feb2ed1f 100644
> > > --- a/MAINTAINERS
> > > +++ b/MAINTAINERS
> > > @@ -5246,6 +5246,7 @@ L: linux-cxl@vger.kernel.org
> > > S: Maintained
> > > F: drivers/cxl/
> > > F: include/uapi/linux/cxl_mem.h
> > > +F: include/linux/einj-cxl.h
> > > F: tools/testing/cxl/
> > >
> > > COMPUTE EXPRESS LINK PMU (CPMU)
> > > diff --git a/drivers/acpi/apei/einj.c b/drivers/acpi/apei/einj.c
> > > index 73dde21d3e89..9137cc01f791 100644
> > > --- a/drivers/acpi/apei/einj.c
> > > +++ b/drivers/acpi/apei/einj.c
> > > @@ -21,6 +21,7 @@
> > > #include <linux/nmi.h>
> > > #include <linux/delay.h>
> > > #include <linux/mm.h>
> > > +#include <linux/einj-cxl.h>
> > > #include <linux/platform_device.h>
> > > #include <asm/unaligned.h>
> > >
> > > @@ -37,6 +38,20 @@
> > > #define MEM_ERROR_MASK (ACPI_EINJ_MEMORY_CORRECTABLE | \
> > > ACPI_EINJ_MEMORY_UNCORRECTABLE | \
> > > ACPI_EINJ_MEMORY_FATAL)
> > > +#ifndef ACPI_EINJ_CXL_CACHE_CORRECTABLE
> > > +#define ACPI_EINJ_CXL_CACHE_CORRECTABLE BIT(12)
> > > +#define ACPI_EINJ_CXL_CACHE_UNCORRECTABLE BIT(13)
> > > +#define ACPI_EINJ_CXL_CACHE_FATAL BIT(14)
> > > +#define ACPI_EINJ_CXL_MEM_CORRECTABLE BIT(15)
> > > +#define ACPI_EINJ_CXL_MEM_UNCORRECTABLE BIT(16)
> > > +#define ACPI_EINJ_CXL_MEM_FATAL BIT(17)
> > > +#endif
> > > +#define CXL_ERROR_MASK (ACPI_EINJ_CXL_CACHE_CORRECTABLE | \
> > > + ACPI_EINJ_CXL_CACHE_UNCORRECTABLE | \
> > > + ACPI_EINJ_CXL_CACHE_FATAL | \
> > > + ACPI_EINJ_CXL_MEM_CORRECTABLE | \
> > > + ACPI_EINJ_CXL_MEM_UNCORRECTABLE | \
> > > + ACPI_EINJ_CXL_MEM_FATAL)
> > >
> > > /*
> > > * ACPI version 5 provides a SET_ERROR_TYPE_WITH_ADDRESS action.
> > > @@ -543,8 +558,11 @@ static int einj_error_inject(u32 type, u32 flags, u64 param1, u64 param2,
> > > if (type & ACPI5_VENDOR_BIT) {
> > > if (vendor_flags != SETWA_FLAGS_MEM)
> > > goto inject;
> > > - } else if (!(type & MEM_ERROR_MASK) && !(flags & SETWA_FLAGS_MEM))
> > > + } else if (!(type & MEM_ERROR_MASK) && !(flags & SETWA_FLAGS_MEM)) {
> > > goto inject;
> > > + } else if ((type & CXL_ERROR_MASK) && (flags & SETWA_FLAGS_MEM)) {
> > > + goto inject;
> > > + }
> > >
> > > /*
> > > * Disallow crazy address masks that give BIOS leeway to pick
> > > @@ -596,6 +614,9 @@ static const char * const einj_error_type_string[] = {
> > > "0x00000200\tPlatform Correctable\n",
> > > "0x00000400\tPlatform Uncorrectable non-fatal\n",
> > > "0x00000800\tPlatform Uncorrectable fatal\n",
> > > +};
> > > +
> > > +static const char * const einj_cxl_error_type_string[] = {
> > > "0x00001000\tCXL.cache Protocol Correctable\n",
> > > "0x00002000\tCXL.cache Protocol Uncorrectable non-fatal\n",
> > > "0x00004000\tCXL.cache Protocol Uncorrectable fatal\n",
> > > @@ -621,29 +642,44 @@ static int available_error_type_show(struct seq_file *m, void *v)
> > >
> > > DEFINE_SHOW_ATTRIBUTE(available_error_type);
> > >
> > > -static int error_type_get(void *data, u64 *val)
> > > +int einj_cxl_available_error_type_show(struct seq_file *m, void *v)
> > > {
> > > - *val = error_type;
> > > + int cxl_err, rc;
> > > + u32 available_error_type = 0;
> > > +
> > > + if (!einj_initialized)
> > > + return -ENXIO;
> > > +
> > > + rc = einj_get_available_error_type(&available_error_type);
> > > + if (rc)
> > > + return rc;
> > > +
> > > + for (int pos = 0; pos < ARRAY_SIZE(einj_cxl_error_type_string); pos++) {
> > > + cxl_err = ACPI_EINJ_CXL_CACHE_CORRECTABLE << pos;
> > > +
> > > + if (available_error_type & cxl_err)
> > > + seq_puts(m, einj_cxl_error_type_string[pos]);
> > > + }
> > >
> > > return 0;
> > > }
> > > +EXPORT_SYMBOL_NS_GPL(einj_cxl_available_error_type_show, CXL);
> > >
> > > -static int error_type_set(void *data, u64 val)
> > > +static int validate_error_type(u64 type)
> > > {
> > > + u32 tval, vendor, available_error_type = 0;
> > > int rc;
> > > - u32 available_error_type = 0;
> > > - u32 tval, vendor;
> > >
> > > /* Only low 32 bits for error type are valid */
> > > - if (val & GENMASK_ULL(63, 32))
> > > + if (type & GENMASK_ULL(63, 32))
> > > return -EINVAL;
> > >
> > > /*
> > > * Vendor defined types have 0x80000000 bit set, and
> > > * are not enumerated by ACPI_EINJ_GET_ERROR_TYPE
> > > */
> > > - vendor = val & ACPI5_VENDOR_BIT;
> > > - tval = val & 0x7fffffff;
> > > + vendor = type & ACPI5_VENDOR_BIT;
> > > + tval = type & 0x7fffffff;
> > >
> > > /* Only one error type can be specified */
> > > if (tval & (tval - 1))
> > > @@ -652,9 +688,105 @@ static int error_type_set(void *data, u64 val)
> > > rc = einj_get_available_error_type(&available_error_type);
> > > if (rc)
> > > return rc;
> > > - if (!(val & available_error_type))
> > > + if (!(type & available_error_type))
> > > return -EINVAL;
> > > }
> > > +
> > > + return 0;
> > > +}
> > > +
> > > +static int cxl_dport_get_sbdf(struct pci_dev *dport_dev, u64 *sbdf)
> > > +{
> > > + struct pci_bus *pbus;
> > > + struct pci_host_bridge *bridge;
> > > + u64 seg = 0, bus;
> > > +
> > > + pbus = dport_dev->bus;
> > > + bridge = pci_find_host_bridge(pbus);
> > > +
> > > + if (!bridge)
> > > + return -ENODEV;
> > > +
> > > + if (bridge->domain_nr != PCI_DOMAIN_NR_NOT_SET)
> > > + seg = bridge->domain_nr << 24;
> > > +
> > > + bus = pbus->number << 16;
> > > + *sbdf = seg | bus | dport_dev->devfn;
> > > +
> > > + return 0;
> > > +}
> > > +
> > > +int einj_cxl_inject_rch_error(u64 rcrb, u64 type)
> > > +{
> > > + u64 param1 = 0, param2 = 0, param4 = 0;
> > > + u32 flags;
> > > + int rc;
> > > +
> > > + if (!einj_initialized)
> > > + return -ENXIO;
> > > +
> > > + /* Only CXL error types can be specified */
> > > + if (type & ~CXL_ERROR_MASK || (type & ACPI5_VENDOR_BIT))
> > > + return -EINVAL;
> > > +
> > > + rc = validate_error_type(type);
> > > + if (rc)
> > > + return rc;
> > > +
> > > + param1 = (u64) rcrb;
> > > + param2 = 0xfffffffffffff000;
> > > + flags = 0x2;
> > > +
> > > + return einj_error_inject(type, flags, param1, param2, 0, param4);
> > > +}
> > > +EXPORT_SYMBOL_NS_GPL(einj_cxl_inject_rch_error, CXL);
> > > +
> > > +int einj_cxl_inject_error(struct pci_dev *dport, u64 type)
> > > +{
> > > + u64 param1 = 0, param2 = 0, param4 = 0;
> > > + u32 flags;
> > > + int rc;
> > > +
> > > + if (!einj_initialized)
> > > + return -ENXIO;
> > > +
> > > + /* Only CXL error types can be specified */
> > > + if (type & ~CXL_ERROR_MASK || (type & ACPI5_VENDOR_BIT))
> > > + return -EINVAL;
> > > +
> > > + rc = validate_error_type(type);
> > > + if (rc)
> > > + return rc;
> > > +
> > > + rc = cxl_dport_get_sbdf(dport, ¶m4);
> > > + if (rc)
> > > + return rc;
> > > +
> > > + flags = 0x4;
> > > +
> > > + return einj_error_inject(type, flags, param1, param2, 0, param4);
> > > +}
> > > +EXPORT_SYMBOL_NS_GPL(einj_cxl_inject_error, CXL);
> > > +
> > > +static int error_type_get(void *data, u64 *val)
> > > +{
> > > + *val = error_type;
> > > +
> > > + return 0;
> > > +}
> > > +
> > > +static int error_type_set(void *data, u64 val)
> > > +{
> > > + int rc;
> > > +
> > > + /* CXL error types have to be injected from cxl debugfs */
> > > + if (val & CXL_ERROR_MASK && !(val & ACPI5_VENDOR_BIT))
> > > + return -EINVAL;
> > > +
> > > + rc = validate_error_type(val);
> > > + if (rc)
> > > + return rc;
> > > +
> > > error_type = val;
> > >
> > > return 0;
> > > @@ -690,6 +822,12 @@ static int einj_check_table(struct acpi_table_einj *einj_tab)
> > > return 0;
> > > }
> > >
> > > +bool einj_is_initialized(void)
> > > +{
> > > + return einj_initialized;
> > > +}
> > > +EXPORT_SYMBOL_GPL(einj_is_initialized);
> > > +
> > > static int __init einj_probe(struct platform_device *pdev)
> > > {
> > > int rc;
> > > diff --git a/drivers/cxl/core/port.c b/drivers/cxl/core/port.c
> > > index 8c00fd6be730..c52c92222be5 100644
> > > --- a/drivers/cxl/core/port.c
> > > +++ b/drivers/cxl/core/port.c
> > > @@ -3,6 +3,7 @@
> > > #include <linux/platform_device.h>
> > > #include <linux/memregion.h>
> > > #include <linux/workqueue.h>
> > > +#include <linux/einj-cxl.h>
> > > #include <linux/debugfs.h>
> > > #include <linux/device.h>
> > > #include <linux/module.h>
> > > @@ -797,6 +798,37 @@ static int cxl_dport_setup_regs(struct device *host, struct cxl_dport *dport,
> > > return rc;
> > > }
> > >
> > > +DEFINE_SHOW_ATTRIBUTE(einj_cxl_available_error_type);
> > > +
> > > +static int cxl_einj_inject(void *data, u64 type)
> > > +{
> > > + struct cxl_dport *dport = data;
> > > +
> > > + if (dport->rch)
> > > + return einj_cxl_inject_rch_error(dport->rcrb.base, type);
> > > +
> > > + return einj_cxl_inject_error(to_pci_dev(dport->dport_dev), type);
> > > +}
> > > +DEFINE_DEBUGFS_ATTRIBUTE(cxl_einj_inject_fops, NULL, cxl_einj_inject, "%llx\n");
> > > +
> > > +static void cxl_debugfs_create_dport_dir(struct cxl_dport *dport)
> > > +{
> > > + struct dentry *dir;
> > > +
> > > + /*
> > > + * dport_dev needs to be a PCIe port for CXL 2.0+ ports because
> > > + * EINJ expects a dport SBDF to be specified for 2.0 error injection.
> > > + */
> > > + if (!einj_is_initialized() ||
> > > + (!dport->rch && !dev_is_pci(dport->dport_dev)))
> > > + return;
> > > +
> > > + dir = cxl_debugfs_create_dir(dev_name(dport->dport_dev));
> > > +
> > > + debugfs_create_file("einj_inject", 0200, dir, dport,
> > > + &cxl_einj_inject_fops);
> > > +}
> > > +
> > > static struct cxl_port *__devm_cxl_add_port(struct device *host,
> > > struct device *uport_dev,
> > > resource_size_t component_reg_phys,
> > > @@ -1144,6 +1176,8 @@ __devm_cxl_add_dport(struct cxl_port *port, struct device *dport_dev,
> > > if (dev_is_pci(dport_dev))
> > > dport->link_latency = cxl_pci_get_latency(to_pci_dev(dport_dev));
> > >
> > > + cxl_debugfs_create_dport_dir(dport);
> > > +
> > > return dport;
> > > }
> > >
> > > @@ -2220,6 +2254,11 @@ static __init int cxl_core_init(void)
> > >
> > > cxl_debugfs = debugfs_create_dir("cxl", NULL);
> > >
> > > + if (einj_is_initialized()) {
> > > + debugfs_create_file("einj_types", 0400, cxl_debugfs, NULL,
> > > + &einj_cxl_available_error_type_fops);
> > > + }
> > > +
> > > cxl_mbox_init();
> > >
> > > rc = cxl_memdev_init();
> > > diff --git a/include/linux/einj-cxl.h b/include/linux/einj-cxl.h
> > > new file mode 100644
> > > index 000000000000..af57cc8580a6
> > > --- /dev/null
> > > +++ b/include/linux/einj-cxl.h
> > > @@ -0,0 +1,45 @@
> > > +/* SPDX-License-Identifier: GPL-2.0-or-later */
> > > +/*
> > > + * CXL protocol Error INJection support.
> > > + *
> > > + * Copyright (c) 2023 Advanced Micro Devices, Inc.
> > > + * All Rights Reserved.
> > > + *
> > > + * Author: Ben Cheatham <benjamin.cheatham@amd.com>
> > > + */
> > > +#ifndef CXL_EINJ_H
> > > +#define CXL_EINJ_H
> > > +
> > > +#include <linux/pci.h>
> > > +
> > > +#if IS_ENABLED(CONFIG_ACPI_APEI_EINJ)
> >
> > I was testing some other work using this kernel and was getting a linker error
> > when I had CXL_BUS set to 'y' and ACPI_APEI_EINJ set to 'm'. I went ahead and
> > solved it by changing the line above to use IS_REACHABLE() instead. The change
> > shouldn't actually affect the functionality of the patch since this is in a build
> > configuration where the CXL driver isn't using the EINJ module since CONFIG_CXL_EINJ
> > is set to n due to Kconfig restraints.
> >
> > I can submit another version of this series with this fix, but I don't think it
> > makes much sense for a 1 line change, so I've but a diff below with the change
> > for whoever ends up putting this in their tree:
>
> I don't think this is the right fix. CONFIG_CXL_EINJ should be disabled when
> CONFIG_CXL_BUS is built-in. Looks like the polarity the dependency is
> backwards. The problem with IS_REACHABLE() is it removes the simple
> debug option of "send me your .config" to see why some functionality is
> not turned on.
>
> Could you test out flipping the dependency from:
>
> depends on ACPI_APEI_EINJ >= CXL_BUS
>
> ...to:
>
> depends on ACPI_APEI_EINJ <= CXL_BUS
Wait, no y == 2 and m == 1, so:
depends on ACPI_APEI_EINJ >= CXL_BUS
...is correct, but you need IS_ENABLED(CONFIG_CXL_EINJ), not
IS_REACHABLE to guard those exports.
next prev parent reply other threads:[~2024-02-10 6:31 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-08 20:00 [PATCH v11 0/4] CXL, ACPI, APEI, EINJ: Update EINJ for CXL error types Ben Cheatham
2024-02-08 20:00 ` [PATCH v11 1/4] cxl, ACPI, APEI, EINJ: Add CXL_EINJ Kconfig option Ben Cheatham
2024-02-14 14:05 ` Jonathan Cameron
2024-02-14 14:34 ` Ben Cheatham
2024-02-08 20:00 ` [PATCH v11 2/4] EINJ: Migrate to a platform driver Ben Cheatham
2024-02-14 14:37 ` Jonathan Cameron
2024-02-08 20:00 ` [PATCH v11 3/4] cxl/core, EINJ: Add EINJ CXL debugfs files and EINJ helper functions Ben Cheatham
2024-02-09 21:30 ` Ben Cheatham
2024-02-10 0:02 ` Dan Williams
2024-02-10 6:31 ` Dan Williams [this message]
2024-02-12 14:12 ` Ben Cheatham
2024-02-13 17:29 ` Ben Cheatham
2024-02-13 18:08 ` Dan Williams
2024-02-14 15:27 ` Jonathan Cameron
2024-02-14 16:41 ` Ben Cheatham
2024-02-14 17:46 ` Jonathan Cameron
2024-02-14 17:54 ` Ben Cheatham
2024-02-08 20:00 ` [PATCH v11 4/4] EINJ, Documentation: Update EINJ kernel doc Ben Cheatham
2024-02-14 15:29 ` Jonathan Cameron
2024-02-11 1:15 ` [PATCH v11 0/4] CXL, ACPI, APEI, EINJ: Update EINJ for CXL error types Dan Williams
2024-02-12 14:13 ` Ben Cheatham
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=65c71827726ae_5a7f29434@dwillia2-xfh.jf.intel.com.notmuch \
--to=dan.j.williams@intel.com \
--cc=alison.schofield@intel.com \
--cc=benjamin.cheatham@amd.com \
--cc=dave.jiang@intel.com \
--cc=dave@stogolabs.net \
--cc=ira.weiny@intel.com \
--cc=jonathan.cameron@huawei.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-cxl@vger.kernel.org \
--cc=rafael@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