From: Oza Pawandeep <poza@codeaurora.org>
To: linux-pci@vger.kernel.org, okaya@codeaurora.org, timur@codeaurora.org
Cc: Oza Pawandeep <poza@codeaurora.org>,
Gabriele Paoloni <gabriele.paoloni@huawei.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Dongdong Liu <liudongdong3@huawei.com>,
linux-arm-msm@vger.kernel.org,
Bjorn Helgaas <bhelgaas@google.com>,
Thomas Gleixner <tglx@linutronix.de>,
linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 4/4] PCI/AER: Dont do recovery when DPC is enabled
Date: Wed, 15 Nov 2017 10:26:48 +0530 [thread overview]
Message-ID: <1510721808-27164-5-git-send-email-poza@codeaurora.org> (raw)
In-Reply-To: <1510721808-27164-1-git-send-email-poza@codeaurora.org>
PCI Express Base Specification, Rev. 4.0 Version 0.9
6.2.10: Downstream Port Containment (DPC)
DPC is an optional normative feature of a Downstream Port. DPC halts PCI
Express traffic below a Downstream Port after an unmasked uncorrectable
error is detected at or below the Port, avoiding the potential spread of
any data corruption, and permitting error recovery if supported by
software
Triggering DPC disables its Link by directing the LTSSM to the Disabled
state. Once the LTSSM reaches the Disabled state, it remains in that
state until the DPC Trigger Status bit is Cleared
So when DPC service is active and registered to port driver, AER should
not attempt to recover, since DPC will be removing downstream devices,
and do the recovery.
Signed-off-by: Oza Pawandeep <poza@codeaurora.org>
diff --git a/drivers/pci/pcie/aer/aerdrv_core.c b/drivers/pci/pcie/aer/aerdrv_core.c
index 7448052..a9108ea 100644
--- a/drivers/pci/pcie/aer/aerdrv_core.c
+++ b/drivers/pci/pcie/aer/aerdrv_core.c
@@ -482,6 +482,27 @@ static pci_ers_result_t reset_link(struct pci_dev *dev)
}
/**
+ * pcie_port_query_uptream_service - query upstream service
+ * @dev: pointer to a pci_dev data structure of agent detecting an error
+ * @service: service to be queried
+ *
+ * Invoked to know the status of the service for pci device.
+ */
+static bool pcie_port_query_uptream_service(struct pci_dev *dev, u32 service)
+{
+ struct pci_dev *upstream_dev = dev;
+
+ do {
+ if (pcie_port_query_service(upstream_dev, service))
+ return true;
+ upstream_dev = pcie_port_upstream_bridge(upstream_dev);
+ } while (upstream_dev);
+
+ return false;
+}
+
+
+/**
* do_recovery - handle nonfatal/fatal error recovery process
* @dev: pointer to a pci_dev data structure of agent detecting an error
* @severity: error severity type
@@ -495,6 +516,18 @@ static void do_recovery(struct pci_dev *dev, int severity)
pci_ers_result_t status, result = PCI_ERS_RESULT_RECOVERED;
enum pci_channel_state state;
+ /*
+ * If DPC is enabled, there is no need to attempt recovery.
+ * Since DPC disables its Link by directing the LTSSM to
+ * the Disabled state.
+ * DPC driver will take care of the recovery, there is no need
+ * for AER driver to race.
+ */
+ if (pcie_port_query_uptream_service(dev, PCIE_PORT_SERVICE_DPC)) {
+ dev_info(&dev->dev, "AER: Device recovery to be done by DPC\n");
+ return;
+ }
+
if (severity == AER_FATAL)
state = pci_channel_io_frozen;
else
--
Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc.,
a Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2017-11-15 4:56 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-15 4:56 [PATCH v2 0/4] PCI: query active service list Oza Pawandeep
2017-11-15 4:56 ` [PATCH v2 1/4] PCI: Add port service list node for pci_dev Oza Pawandeep
2017-11-15 4:56 ` [PATCH v2 2/4] PCI/portdrv: Add/Remove port services to the list Oza Pawandeep
2017-11-15 4:56 ` [PATCH v2 3/4] PCI/portdrv: Implement interface to query the registered service Oza Pawandeep
2017-11-15 4:56 ` Oza Pawandeep [this message]
2017-11-15 21:14 ` [PATCH v2 4/4] PCI/AER: Dont do recovery when DPC is enabled Bjorn Helgaas
2017-11-16 14:03 ` Sinan Kaya
2017-11-16 20:17 ` Bjorn Helgaas
2017-11-16 20:52 ` Sinan Kaya
2017-11-18 0:02 ` Bjorn Helgaas
2017-11-19 16:41 ` Sinan Kaya
2017-11-21 16:25 ` David Laight
2017-11-21 16:43 ` Sinan Kaya
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=1510721808-27164-5-git-send-email-poza@codeaurora.org \
--to=poza@codeaurora.org \
--cc=bhelgaas@google.com \
--cc=gabriele.paoloni@huawei.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=liudongdong3@huawei.com \
--cc=okaya@codeaurora.org \
--cc=tglx@linutronix.de \
--cc=timur@codeaurora.org \
/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;
as well as URLs for NNTP newsgroup(s).