summaryrefslogtreecommitdiff
path: root/arch/microblaze/include/uapi
diff options
context:
space:
mode:
authorMichal Simek <michal.simek@xilinx.com>2012-11-05 14:51:13 +0400
committerMichal Simek <michal.simek@xilinx.com>2012-12-13 17:39:00 +0400
commit7958a689199fbc557fad7d79b16b2017a7e40a71 (patch)
treed8501caf1ac27f3d7bbb534aeaa1a088dc2d44dc /arch/microblaze/include/uapi
parentb881e99eeadcc5a6194e225ba3986fde545469d3 (diff)
downloadlinux-7958a689199fbc557fad7d79b16b2017a7e40a71.tar.xz
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>
Diffstat (limited to 'arch/microblaze/include/uapi')
0 files changed, 0 insertions, 0 deletions