[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160912210904.22258.59775.stgit@bhelgaas-glaptop2.roam.corp.google.com>
Date: Mon, 12 Sep 2016 16:09:04 -0500
From: Bjorn Helgaas <bhelgaas@...gle.com>
To: Mayurkumar Patel <mayurkumar.patel@...el.com>
Cc: Rajat Jain <rajatja@...gle.com>, MikaWesterberg@...ux.intel.com,
linux-pci@...r.kernel.org,
Rafael J Wysocki <rafael.j.wysocki@...el.com>,
linux-kernel@...r.kernel.org, Keith Busch <keith.busch@...el.com>,
Luis Antonio Tarazona-Duarte
<luis.antonio.tarazona-duarte@...el.com>,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
mika.westerberg@...ux.intel.com
Subject: [PATCH v2 2/8] 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.
Signed-off-by: Bjorn Helgaas <bhelgaas@...gle.com>
---
drivers/pci/hotplug/pciehp_hpc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/hotplug/pciehp_hpc.c b/drivers/pci/hotplug/pciehp_hpc.c
index 264df36..b8efe1b 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;
}
/*
Powered by blists - more mailing lists