[SPARC64]: Do not ACK an INO if it is disabled or inprogress.
authorDavid S. Miller <davem@sunset.davemloft.net>
Tue, 10 Jul 2007 05:40:36 +0000 (22:40 -0700)
committerDavid S. Miller <davem@sunset.davemloft.net>
Mon, 16 Jul 2007 11:04:05 +0000 (04:04 -0700)
commit5a606b72a4309a656cd1a19ad137dc5557c4b8ea
tree2ca87c1915a2232d1629a56dd9762195bdddf2e6
parent667ef3c3968e4e2ddc3f3f84f05e11fb2453d5b6
[SPARC64]: Do not ACK an INO if it is disabled or inprogress.

This is also a partial workaround for a bug in the LDOM firmware which
double-transmits RX inos during high load.  Without this, such an
event causes the kernel to loop forever in the interrupt call chain
ACK'ing but never actually running the IRQ handler (and thus clearing
the interrupt condition in the device).

There is still a bad potential effect when double INOs occur,
not covered by this changeset.  Namely, if the INO is already on
the per-cpu INO vector list, we still blindly re-insert it and
thus we can end up losing interrupts already linked in after
it.

We could deal with that by traversing the list before insertion,
but that's too expensive for this edge case.

Signed-off-by: David S. Miller <davem@davemloft.net>
arch/sparc64/kernel/irq.c