• State Accepted Answer
  • Locked Locked
  • Replies 1 reply
  • Subscribers 349 subscribers
  • Views 5414 views
  • Users 0 members are here
Options
Related
How was your experience today?
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

GIC V2: Interrupt ID 1023 -> race condition. How to prevent?

Arjan

Dear specialists,

I have read the "ARM® Generic Interrupt Controller Architecture version 2.0 Architecture Specification" very carefully and I have still troubles how to understand why an interrupt ID 1023 is generated. 

I have a basic UART send routine where a FIQ is generated by a Transmit Holding Register Empty event. 

However, when the UART RX pin is floating (not set to HIGH), then I get the  spurious interrupt and a race condition occurs -> the FIQ is called continuously -> watchdog triggers a reboot event. 

Any insight information for what is happening here is much appreciated.

Many thanks in advance, Arjan

Parents
  • +1

    In general: A spurious interrupts happens when an interrupt was reported to the GIC but it cannot determine the source.

    I doubt that the RX pin alone is the root cause. A floating pin might result in receiving a weird character but not a spurious interrupt.
    Anyway, try to disable the receiver of the UART (you do not seem to use it anyway).

Reply
  • +1

    In general: A spurious interrupts happens when an interrupt was reported to the GIC but it cannot determine the source.

    I doubt that the RX pin alone is the root cause. A floating pin might result in receiving a weird character but not a spurious interrupt.
    Anyway, try to disable the receiver of the UART (you do not seem to use it anyway).

Children
No data