• Locked Locked
  • Replies 4 replies
  • Subscribers 120 subscribers
  • Views 7961 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

Cortex A9 FIQ and IRQ interrupts

Eugen Mandrenko
  • Note: This was originally posted on 18th November 2009 at http://forums.arm.com

    I am using GIC in Cortex A9MP and want to use both IRQ and FIQ handler for diferent interrupts. To select the handler I am going to set corresponding bits in Interrupt Security Registers (ICDISR), but I am going to use only secure world. Will it work?
    I expect to catch non-secure interrupt by interrupt handler in secure world, but I can't do it. I see that Highest Pending Interrupt Register (ICCHPIR) doesn't get ID of non-secure interrupt, despite non-secure interrupts are enabled in CPU Interface Control Register (ICCICR) and interrupt has pending status in the distributor.  Has anybody done something similar?
  • Note: This was originally posted on 13th November 2009 at http://forums.arm.com

    By non-secure interrupts I assume you mean configured as non-secure in the GIC configuration.

    How is the CP15 Secure Configuration Register configured to route interrupts - if CP15 is configured to route interrupts to the "Non-secure" world, then you will have to have set up an appropriate piece of monitor mode code to perform the world switch (so control can be passed to the non-secure interrupt handler). That said - a non-secure GIC interrupt can still be routed to the secure world in the CPU - the CPU and the GIC are programmed separately.

    There is a good guide to TrustZone interrupt handling in the ARM document library:

    [url="http://infocenter.arm.com/help/topic/com.arm.doc.prd29-genc-009492c/index.html"]http://infocenter.arm.com/help/topic/com.a...492c/index.html[/url]
  • Note: This was originally posted on 10th September 2012 at http://forums.arm.com

    Hi

    I find this relevant to my problem. I am also trying to configure GIC for my system. From the background, the system has legacy interrupt controller which is deployed in the new system with Cortex-A9 MPCore (x1).

    [ Legacy Interrupt Controller ] --> [ GIC { Distributor --> CPU Interface} ] --> Processor

    If I use GIC in the default configuration where both the distributor and cpu interface is kept as disabled (i.e  bypass mode), I am able to see the nIRQ and nFIQ as legacy interrupts are passed successfully to the CPU and the corresponding interrupt handlers get executed successfully.

    I tried configuring GIC distributor with the following sequence

    [1] Disable the whole controller by disabling the distributor
    [2] Clear all the pending interrupts with distributor by writing 0xffff_ffff
    [3] Enable all the interrupts
    [4] Reset the priority for all the interrupts by writing 0x0000_0000
    [5] Interrupt targets are silent for write as CortexA9 MPCore has only one processor (as per specs)
    [6] Enabling the distributor

    Then I follow the following sequence to configure GIC CPU interface

    [7] CPU configuration 0 & 1 for PPI, SPI and SGI level/edge sensitive
    [8] Disable the CPU interface
    [9] Set the higher priority as 0x1f with PRM register
    [10] Enable the CPU Interface

    I do this configuration in the firmware when I am sure that there is no possibility of an interrupt in the system and when the system reaches to the area where interrupt is expected, legacy interrupt controller generates an interrupt to the distributor. I can confirm from the pending interrupt register of the distributor and from the PPI status register as well. The pending status of the interrupt against ID31 is set to 1 (as per specification this is when CPU interface is not in bypass mode for legacy interrupts). The problem I am having is that the corresponding interrupt handler in the system for IRQ and FIQ never get control i.e. interrupt remains pending on the distributor, I believe.

    Is there anything I have missed from the initial setup? Is there any way we can say whether the interrupt has been forwarded from the distributor to the CPU interface i.e. whether it is within distributor or CPU interface boundary?

    Thanks in advance,

         Vaibhav

  • Hi All,

    do we have figures to compare the processing of interrupt between NS side, S side or even Monitor mode ?

    I looking for some figures to compare impact on IRQ management of TrustZone

    Thanks in advance for help.


    Sebastien