forked from luck/tmp_suning_uos_patched
ipack/devices/ipoctal: ack IRQ before processing it
Due to the IRQ processing, we can generate another IRQ that can come before we end the previous one, so we lost it. E.g. when transmitting a character. To allow the processing in SMP machines, we ack the IRQ at the beginning of the IRQ handler. Signed-off-by: Samuel Iglesias Gonsalvez <siglesias@igalia.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
This commit is contained in:
parent
a3882b7814
commit
21d27ed461
|
@ -223,14 +223,14 @@ static irqreturn_t ipoctal_irq_handler(void *arg)
|
|||
unsigned int i;
|
||||
struct ipoctal *ipoctal = (struct ipoctal *) arg;
|
||||
|
||||
/* Check all channels */
|
||||
for (i = 0; i < NR_CHANNELS; i++)
|
||||
ipoctal_irq_channel(&ipoctal->channel[i]);
|
||||
|
||||
/* Clear the IPack device interrupt */
|
||||
readw(ipoctal->int_space + ACK_INT_REQ0);
|
||||
readw(ipoctal->int_space + ACK_INT_REQ1);
|
||||
|
||||
/* Check all channels */
|
||||
for (i = 0; i < NR_CHANNELS; i++)
|
||||
ipoctal_irq_channel(&ipoctal->channel[i]);
|
||||
|
||||
return IRQ_HANDLED;
|
||||
}
|
||||
|
||||
|
|
Loading…
Reference in New Issue
Block a user