e1000: Avoid unhandled IRQ
authorJesse Brandeburg <[email protected]>
Thu, 13 Jan 2011 07:48:13 +0000 (07:48 +0000)
committerJeff Kirsher <[email protected]>
Fri, 14 Jan 2011 10:00:46 +0000 (02:00 -0800)
If hardware asserted an interrupt and driver is down,
then there is nothing to do so return IRQ_HANDLED
instead of IRQ_NONE. Returning IRQ_NONE in above
situation causes screaming IRQ on virtual machines.

CC: Andy Gospodarek <[email protected]>
Signed-off-by: Tushar Dave <[email protected]>
Signed-off-by: Jesse Brandeburg <[email protected]>
Tested-by: <[email protected]>
Signed-off-by: Jeff Kirsher <[email protected]>
drivers/net/e1000/e1000_main.c

index 4ff88a683f61a094e743042f1266281c846d65cd..e332aee386f6b79cc672466475732f2c952e2603 100644 (file)
@@ -3478,9 +3478,17 @@ static irqreturn_t e1000_intr(int irq, void *data)
        struct e1000_hw *hw = &adapter->hw;
        u32 icr = er32(ICR);
 
-       if (unlikely((!icr) || test_bit(__E1000_DOWN, &adapter->flags)))
+       if (unlikely((!icr)))
                return IRQ_NONE;  /* Not our interrupt */
 
+       /*
+        * we might have caused the interrupt, but the above
+        * read cleared it, and just in case the driver is
+        * down there is nothing to do so return handled
+        */
+       if (unlikely(test_bit(__E1000_DOWN, &adapter->flags)))
+               return IRQ_HANDLED;
+
        if (unlikely(icr & (E1000_ICR_RXSEQ | E1000_ICR_LSC))) {
                hw->get_link_status = 1;
                /* guard against interrupt when we're going down */