summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorBjorn Helgaas <bhelgaas@google.com>2016-09-08 16:43:40 -0500
committerBjorn Helgaas <bhelgaas@google.com>2016-09-14 14:24:25 -0500
commit70e8b40176c75d3544024e7c934720b11a8a11bf (patch)
tree24ac6db9a62e737f6a320c0335fcabdf8d30678e
parenta8499f20d30e0f9632017fd27a8f1d8c146a6a33 (diff)
PCI: pciehp: Return IRQ_NONE when we can't read interrupt status
After 1469d17dd341 ("PCI: pciehp: Handle invalid data when reading from non-existent devices"), we returned IRQ_HANDLED when we failed to read interrupt status from the bridge. I think it's better to return IRQ_NONE, as we do in other cases where there's no interrupt pending. This will facilitate refactoring the loop in pcie_isr(): we'll be able to call the ISR in a loop as long as it returns IRQ_HANDLED. Return IRQ_NONE if we couldn't read interrupt status. Tested-by: Lukas Wunner <lukas@wunner.de> Signed-off-by: Bjorn Helgaas <bhelgaas@google.com> Reviewed-by: Mika Westerberg <mika.westerberg@linux.intel.com>
-rw-r--r--drivers/pci/hotplug/pciehp_hpc.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/pci/hotplug/pciehp_hpc.c b/drivers/pci/hotplug/pciehp_hpc.c
index 264df360444c..b8efe1bbc4f4 100644
--- a/drivers/pci/hotplug/pciehp_hpc.c
+++ b/drivers/pci/hotplug/pciehp_hpc.c
@@ -561,7 +561,7 @@ static irqreturn_t pcie_isr(int irq, void *dev_id)
if (status == (u16) ~0) {
ctrl_info(ctrl, "%s: no response from device\n",
__func__);
- return IRQ_HANDLED;
+ return IRQ_NONE;
}
/*