From: Dan Williams <dan.j.williams@intel.com>
To: Dave Jiang <dave.jiang@intel.com>, <linux-cxl@vger.kernel.org>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
Jonathan Cameron <Jonathan.Cameron@huawei.com>,
<dan.j.williams@intel.com>, <ira.weiny@intel.com>,
<lukas@wunner.de>
Subject: RE: [PATCH v8] cxl: add RAS status unmasking for CXL
Date: Tue, 14 Feb 2023 13:26:17 -0800 [thread overview]
Message-ID: <63ebfc79dfd13_c24a529435@dwillia2-xfh.jf.intel.com.notmuch> (raw)
In-Reply-To: <167639402301.778884.12556849214955646539.stgit@djiang5-mobl3.local>
Dave Jiang wrote:
> By default the CXL RAS mask registers bits are defaulted to 1's and
> suppress all error reporting. If the kernel has negotiated ownership
> of error handling for CXL then unmask the mask registers by writing 0s.
>
> PCI_EXP_DEVCTL capability is checked to see uncorrectable or correctable
> errors bits are set before unmasking the respective errors.
>
> Acked-by: Bjorn Helgaas <bhelgaas@google.com> # pci_regs.h
> Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> Signed-off-by: Dave Jiang <dave.jiang@intel.com>
[..]
> static int cxl_pci_probe(struct pci_dev *pdev, const struct pci_device_id *id)
> {
> struct pci_host_bridge *host_bridge = pci_find_host_bridge(pdev->bus);
> @@ -728,6 +789,10 @@ static int cxl_pci_probe(struct pci_dev *pdev, const struct pci_device_id *id)
> if (rc)
> return rc;
>
> + rc = cxl_pci_ras_unmask(pdev);
> + if (rc)
> + dev_warn(&pdev->dev, "No RAS reporting unmasked\n");
The only failure cases in cxl_pci_ras_unmask() are that native error
handling was not acquired, or pcie_capability_read_word() fails. The
former is already reported by decode_cxl_osc_control(), and the latter
will have caused other failures before this even runs. So, lets make
this dev_dbg() because it is benign for firmware to retain CXL error
handling control and redundant to emit another log message about it.
prev parent reply other threads:[~2023-02-14 21:29 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-14 17:00 [PATCH v8] cxl: add RAS status unmasking for CXL Dave Jiang
2023-02-14 21:26 ` Dan Williams [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=63ebfc79dfd13_c24a529435@dwillia2-xfh.jf.intel.com.notmuch \
--to=dan.j.williams@intel.com \
--cc=Jonathan.Cameron@huawei.com \
--cc=bhelgaas@google.com \
--cc=dave.jiang@intel.com \
--cc=ira.weiny@intel.com \
--cc=linux-cxl@vger.kernel.org \
--cc=lukas@wunner.de \
/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