This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

what happens when same interrupt comes to much fast on IRQ pin of ARM926ej-s?

In ARM926ej-s processor architecture there are two interrupt lines IRQ, FIQ. Suppose on IRQ line,interrupt comes too fast after one interrupt is latched. So is there any queue  which will store pending interrupt request or when the first interrupt came then interrupts coming immediately  after first interrupt will be ignored? 

Parents
  • Just some additional information add to 42Bastian's answer:

    In classic Arm processors the interrupt lines are level triggered. So the peripheral raising the interrupt should hold the interrupt request high until it get serviced. If the interrupt source is pulse trigger, chip designers should add latching circuit to hold the request, or as 42Bastian say, the interrupt controller design (which is outside of the Arm926) should provide the latching function.

    This is different from Cortex-M processors where the NVIC (inside the processor) has internal interrupt pending register which hold the interrupt request. As a result Cortex-M processors can work with both level triggered interrupts and pulse triggered interrupts.

Reply
  • Just some additional information add to 42Bastian's answer:

    In classic Arm processors the interrupt lines are level triggered. So the peripheral raising the interrupt should hold the interrupt request high until it get serviced. If the interrupt source is pulse trigger, chip designers should add latching circuit to hold the request, or as 42Bastian say, the interrupt controller design (which is outside of the Arm926) should provide the latching function.

    This is different from Cortex-M processors where the NVIC (inside the processor) has internal interrupt pending register which hold the interrupt request. As a result Cortex-M processors can work with both level triggered interrupts and pulse triggered interrupts.

Children
No data