ehea: fix losing of NEQ events when one event occurred early
authorThadeu Lima de Souza Cascardo <cascardo@linux.vnet.ibm.com>
Thu, 10 May 2012 04:00:53 +0000 (04:00 +0000)
committerDavid S. Miller <davem@davemloft.net>
Fri, 11 May 2012 02:45:54 +0000 (22:45 -0400)
The NEQ interrupt is only triggered when there was no previous pending
interrupt. If we request irq handling after an interrupt has occurred,
we will never get an interrupt until we call H_RESET_EVENTS.

Events seem to be cleared when we first register the NEQ. So, when we
requested irq handling right after registering it, a possible race with
an interrupt was much less likely. Now, there is a chance we may lose
this race and never get any events.

The fix here is to poll and acknowledge any events that might have
happened right after registering the irq handler.

Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@linux.vnet.ibm.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
drivers/net/ethernet/ibm/ehea/ehea_main.c

index c9069a28832b0bfa39e4b118c7399a744ac0c8a2..f4d2da0db1b149938e7c9d0e9905dfaa7db2849f 100644 (file)
@@ -3335,6 +3335,8 @@ static int __devinit ehea_probe_adapter(struct platform_device *dev,
                goto out_shutdown_ports;
        }
 
+       /* Handle any events that might be pending. */
+       tasklet_hi_schedule(&adapter->neq_tasklet);
 
        ret = 0;
        goto out;