]> asedeno.scripts.mit.edu Git - linux.git/commitdiff
PCI/DPC: Process RP PIO details only if RP PIO extensions supported
authorBjorn Helgaas <bhelgaas@google.com>
Fri, 26 Jan 2018 13:45:18 +0000 (07:45 -0600)
committerBjorn Helgaas <helgaas@kernel.org>
Tue, 30 Jan 2018 21:25:39 +0000 (15:25 -0600)
The RP PIO registers (status, mask, severity, etc) are only implemented if
the "RP Extensions for DPC" bit is set in the DPC Capabilities register.

Previously we called dpc_process_rp_pio_error(), which reads and decodes
those RP PIO registers, whenever the DPC Status register indicated an "RP
PIO error" (Trigger Reason == 3 and Trigger Reason Extension == 0).

It does seem reasonable to assume that DPC Status would only indicate an RP
PIO error if the RP extensions are supported, but PCIe r4.0, sec 7.9.15.4,
is actually not explicit about that: it does not say "Trigger Reason
Extension == 0 is valid only for Root Ports that support RP Extensions for
DPC."

Check whether the RP Extensions for DPC are supported before trying to read
the RP PIO registers.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Reviewed-by: Keith Busch <keith.busch@intel.com>
Reviewed-by: Sinan Kaya <okaya@codeaurora.org>
drivers/pci/pcie/pcie-dpc.c

index 17f60bd4ea5fda3210a0043c0f6ec436a2583ab8..a6b8d1496322bcc9901aa5267310137e065ab444 100644 (file)
@@ -281,7 +281,7 @@ static irqreturn_t dpc_irq(int irq, void *context)
                 (ext_reason == 1) ? "software trigger" :
                                     "reserved error");
        /* show RP PIO error detail information */
-       if (reason == 3 && ext_reason == 0)
+       if (dpc->rp_extensions && reason == 3 && ext_reason == 0)
                dpc_process_rp_pio_error(dpc);
 
        schedule_work(&dpc->work);