diff options
| author | Bjorn Helgaas <bhelgaas@google.com> | 2016-09-08 17:43:40 -0400 |
|---|---|---|
| committer | Bjorn Helgaas <bhelgaas@google.com> | 2016-09-14 15:24:25 -0400 |
| commit | 70e8b40176c75d3544024e7c934720b11a8a11bf (patch) | |
| tree | 24ac6db9a62e737f6a320c0335fcabdf8d30678e /tools/perf/util/scripting-engines/trace-event-python.c | |
| parent | a8499f20d30e0f9632017fd27a8f1d8c146a6a33 (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>
Diffstat (limited to 'tools/perf/util/scripting-engines/trace-event-python.c')
0 files changed, 0 insertions, 0 deletions