Thread (4 messages) flat view 4 messages, 3 authors, 2016-11-11

Re: [PATCH] of/irq: improve error message on irq discovery process failure

From: Benjamin Herrenschmidt <hidden>
Date: 2016-11-10 21:30:43
Also in: linux-devicetree, linux-pci

On Wed, 2016-11-09 at 19:04 +0000, Mark Rutland wrote:

If we don't have an interrupt-map on a PCI controller, why don't we
instead log a message regarding that being missing, and give up
early?
Why ? It's legit to not support LSIs.
That sounds like a more generically useful error message; it's also
possible that a DT author simply forgot to add the map, and the
platform has suitable interrupts wired up.
But it's not necessarily an error...
quoted
This patch introduces a different message for this specific case,
and it also reduces the level of the message from error to warning.
Before this patch, when an adapter was plugged in a slot without
Level
quoted
interrupts capabilities, we saw generic error messages like this:

    [54.239] pci 002d:70:00.0: of_irq_parse_pci() failed with rc=-
22
quoted
Now, with this applied, we see the following specific message:

    [19.947] pci 0014:60:00.0: of_irq_parse_pci() gave up. The slot
of this
quoted
    device has no Level-triggered Interrupts capability.
Following my above example, this has gone from opaque to potentially
misleading
I'm not sure. At least for some of our platforms this is the correct
message :-) Our Hypervisor doesn't allow LSIs on some slots.

I think it's not that misleading. It's obvious something is wrong with
LSIs, which you can easily figure out from there.

Cheers,
Ben.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help