microblaze: Fix intc_enable_or_unmask function
authorMichal Simek <michal.simek@xilinx.com>
Mon, 5 Nov 2012 10:51:13 +0000 (11:51 +0100)
committerMichal Simek <michal.simek@xilinx.com>
Thu, 13 Dec 2012 13:39:00 +0000 (14:39 +0100)
commit7958a689199fbc557fad7d79b16b2017a7e40a71
treed8501caf1ac27f3d7bbb534aeaa1a088dc2d44dc
parentb881e99eeadcc5a6194e225ba3986fde545469d3
microblaze: Fix intc_enable_or_unmask function

Intc_enable_or_unmask() is called at the last stage of handle_level_irq().

This function enables the irq first (Write INTC.SIE) and clear ISR next (Write INTC.IAR).
This would create problems that processor will get into a new interrupt as soon as SIE
is written because the previous level interrupt has been captured by INTC.

If the description bring some puzzles, here is the details of how interrupt is handled
for MicroBlaze after Interrupt signal is detected:
1. disable INTC (INTC.CIE = 1)
2. Acknowledge INTC (INTC.IAR = 1)
3. gets into interrupt source's handler, for example, timer's handler
4. Timer is interrupt handler acknowledge Timer Interrupt Status (Timer.TCSR0[23] = 1), and return
5. Enable INTC (INTC.SIE = 1)
6. Acknowledge INTC (INTC.IAR = 1)

INTC continue to capture source inputs even if INTC is disabled (INTC.IER == 1).
So between the gap of step 2 and step 3, the level interrupt from source makes INTC captures
a new interrupt and thus the INTC.ISR = 1 during step 3, 4, and 5.
When INTC is enabled in step 5, INTC's interrupt output will go high immediately.

In summary, the driver should issue step 6 before step 5.

Signed-off-by: Michal Simek <michal.simek@xilinx.com>
arch/microblaze/kernel/intc.c