pg099-axi-intc
pg099-axi-intc
Chapter 1: Overview
Feature Summary. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Licensing and Ordering . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Appendix A: Upgrading
Migrating to the Vivado Design Suite. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Upgrading in the Vivado Design Suite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Appendix B: Debugging
Finding Help on Xilinx.com . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Debug Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
AXI4-Lite Interface Debug . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Notes:
• Each input is configurable for edge or level
1. For a complete list of supported devices, see the Vivado
sensitivity. IP catalog.
2. Standalone driver details can be found in the SDK directory
• Output interru pt request pin is configurable (<install_directory>/SDK/<release>/data/embeddedsw/doc/
for edge or level generation. xilinx_drivers.htm). Linux OS and driver support information is
available from the Xilinx Wiki page.
• Configurable Software Interrupt capability. 3. For the supported versions of the tools, see the
Xilinx Design Tools: Release Notes Guide.
• Support for nested interrupts.
• Hardware and software backward compatible.
Overview
The LogiCORE™ IP INTC core concentrates multiple interrupt inputs from peripheral devices
to a single interrupt output to the system processor. The registers used for checking,
enabling, and acknowledging interrupts are accessed through the AXI4-Lite interface.
Figure 1-1 illustrates the top-level block diagram for the AXI INTC core. The three main
blocks in the AXI INTC core are described in this section.
X-Ref Target - Figure 1-1
AXI INTC
INTC Core
Intr Irq
Int Det Irq Gen
Regs Block
ISR
IPR 1
IER
IAR
1
SIE AXI4-Lite
CIE 1
AXI Interface
IVR 1
Interface
MER
IMR
ILR 1
IVAR 1
° Generates the final output interrupt from the interrupt controller core.
° Checks for enable conditions in control registers (MER and IER) for interrupt
generation.
° Writes the vector address of the active interrupt in IVR register and enables the IPR
register for pending interrupts.
Feature Summary
Interrupt conditions are captured by the AXI INTC core and retained until explicitly
acknowledged. Interrupts can be enabled/disabled either globally or individually. The
processor is signaled with an interrupt condition when all interrupts are globally enabled,
and at least one captured interrupt is individually enabled.
• Edge-sensitive: Records a new interrupt condition when an active edge occurs on the
interrupt input, and an interrupt condition does not already exist. (The polarity of the
active edge, rising or falling, is a per-input option.) The interrupt is recorded
irrespective of whether it is enabled or not, and is retained until acknowledged. Any
active edges during this time have no effect.
• Level-sensitive: Records an interrupt condition any time the input is at the active level
and the interrupt condition does not already exist. (The polarity of the active level, High
or Low, is a per-input option.) The interrupt is recorded irrespective of whether it is
enabled or not, and is retained until acknowledged even if the input level becomes
inactive during this time.
X-Ref Target - Figure 1-2
Scheme 1
Scheme 2
Scheme 3
Interrupt Interrupt
Occurs Acknowledge
In case of an edge-sensitive interrupt the signal must be sampled inactive one clock cycle,
and then active one clock cycle of the processor clock to be detected.
In case of a level-sensitive interrupt the signal must be sampled active at least one clock
cycle to be detected.
The interrupt vector address is taken from the corresponding IVAR or IVEAR register, and
sent to the processor via the interrupt_address port. This allows the processor to jump
directly to the interrupt service routine.
The interrupt is acknowledged through processor_ack ports driven by the processor for
interrupts configured in fast interrupt mode. The IRQ generated is cleared based on the
processor_ack signal, and the corresponding IAR bit is updated after acknowledgment is
received by processor_ack.
Cascade Mode
When the system requires more than 32 interrupts, it is necessary to expand the AXI INTC
core capability to handle more interrupt. This can be achieved by instantiating one or more
additional cores, and setting the Cascade Mode parameters accordingly. For additional
details, see Cascade Mode Interrupt in Chapter 3.
Software Interrupts
The core also supports a configurable number of software interrupts, which are primarily
intended for inter-processor interrupts in multi-processor systems. These interrupts are
triggered by software writing to the Interrupt Status Register.
Nested Interrupts
The core provides support for nested interrupts, by implementing an Interrupt Level
Register. This can be used by software to prevent lower priority interrupts from occurring
when handling an interrupt, thus allowing interrupts to be enabled during interrupt
handling to immediately take a higher priority interrupt. Software must save and restore
the Interrupt Level Register and return address.
Because the processor jumps directly to the unique Interrupt vector address to service a
particular interrupt when using fast interrupt mode, the user interrupt service routine code
itself must save and restore the Interrupt Level Register and Return Address in this case. In
normal interrupt mode, this is handled by the software driver.
Product Specification
The AXI INTC core receives multiple interrupt inputs from peripheral devices and merges
them to a single interrupt output to the system processor. The registers used for storing
interrupt vector addresses, checking, enabling and acknowledging interrupts are accessed
through the AXI4-Lite interface.
Performance
Maximum Frequencies
For details about performance, visit Performance and Resource Utilization.
Resource Utilization
For details about resource utilization, visit Performance and Resource Utilization.
Port Descriptions
This section describes both the input and output ports and the design parameters that are
used to tailor the AXI INTC core for your design.
I/O Signals
The AXI INTC core I/O signals are listed and described in Table 2-1.
Notes:
1. Intr(0) is always the highest priority interrupt and each successive bit to the left has a corresponding lower
interrupt priority.
2. Interrupt_address always drives the vector address of highest priority interrupt.
3. Each of the interrupt inputs is treated as synchronous to the AXI clock unless the corresponding bit in the
parameter C_ASYNC_INTR is set. In that case, the input is synchronized with the number of flip-flops defined by
the parameter C_NUM_SYNC_FF.
Design Parameters
To allow you to obtain an AXI INTC core that is uniquely tailored for your system, certain
features can be parameterized in the AXI INTC design. This allows you to configure a design
that uses the resources required by the system only and that operates with the best
possible performance. The features that can be parameterized in the AXI INTC core are
shown in Table 2-2.
Notes:
1. The interrupt input is a little-endian vector with the same width as the data bus and contains either a 0 or 1 in each position.
2. Synchronizers in the design can be disabled if the processor clock and AXI clock are identical. This reduces the core area and
latencies introduced by the synchronizers in passing the IRQ to the processor.
3. C_MB_CLK_NOT_CONNECTED should be set to 1 when the processor clock is not connected to the AXI INTC core. When the
processor clock is not connected, the IRQ to the processor is generated on the AXI clock. The synchronizers in the design are
disabled when the processor clock is not connected.
4. When processor_clk is connected, a DRC error is generated if the same clock is not connected to both the processor and the
AXI INTC core.
5. The C_DISABLE_SYNCHRONIZERS parameter, by default, defines if necessary synchronization logic is added for internal
signals.
6. C_EN_CASCADE_MODE can be set to 1 when there are more than 32 interrupts to handle in the system. For each successive
set of 31 interrupts, one additional AXI INTC core has to be instantiated. For the primary and each intermediate instance of
AXI INTC this parameter should be set to 1. Only the final instance of AXI INTC should have this parameter set to 0. See
Cascade Mode Interrupt for more information.
7. C_CASCADE_MASTER should only be set to 1 for the primary instance of the AXI INTC core. This parameter is only available
when the C_EN_CASCADE_MODE parameter is set to 1. The primary instance directly interfaces with the processor. See
Cascade Mode Interrupt for more information.
Register Space
All AXI INTC registers listed in Table 2-4 are accessed through the AXI4-Lite interface. Each
register is accessed on a 4-byte boundary. The AXI INTC registers are read as little-endian
data.
The bits in the ISR are independent of the interrupt enable bits in the IER. See the Interrupt
Enable Register (IER), page 18 for the interrupt status bits that are masked by disabled
interrupts.
The ISR register bits up to Number of Peripheral Interrupts is writable by software until
the Hardware Interrupt Enable (HIE) bit in the MER has been set, whereas the remaining bits
(if any) can still be set by software. Given these restrictions, when this register is written to,
any data bits that are set to 1 activate the corresponding interrupt. For the bits up to
Number of Peripheral Interrupts, this has the same effect as if a hardware input became
active. Data bits that are zero have no effect.
This functionality allows the software to generate interrupts for test purposes until the HIE
bit has been set, and to generate software interrupts at any time. After HIE has been set
(enabling the hardware interrupt inputs), then setting the bits up to Number of Peripheral
Interrupts in this register has no effect.
If there are fewer interrupt inputs than the width of the data bus, writing a 1 to a
non-existing interrupt input does nothing and reading it returns 0.
The Interrupt Status Register (ISR) is shown in Figure 2-1 and the bits are described in
Table 2-5.
X-Ref Target - Figure 2-1
w-1 w-2 5 4 3 2 1 0
Notes:
1. w - Width of Data Bus
Each bit in this register is the logical AND of the bits in the ISR and the IER. If there are fewer
interrupt inputs than the width of the data bus, reading a non-existing interrupt returns
zero. The Interrupt Pending Register (IPR) is shown in Figure 2-2 and the bits are described
in Table 2-6.
X-Ref Target - Figure 2-2
w-1 w-2 5 4 3 2 1 0
Notes:
1. w - Width of Data Bus
When an interrupt is disabled, the interrupt event occurs but is not passed to the processor.
Disabling an active interrupt prevents that interrupt from affecting the irq output, but as
soon as it is re-enabled the interrupt immediately sets the irq output.
If there are fewer interrupt inputs than the width of the data bus, writing a 1 to a
non-existing interrupt input does nothing and reading it returns 0. The Interrupt Enable
Register (IER) is shown in Figure 2-3 and the bits are described in Table 2-7.
X-Ref Target - Figure 2-3
w-1 w-2 5 4 3 2 1 0
Notes:
1. w - Width of Data Bus
In fast interrupt mode, bits in the IAR are automatically cleared by using the information
from the processor_ack port. In normal interrupt mode, bits in the IAR are cleared by
writing to the register via the AXI interface.
Writing a 1 to a bit location in the IAR clears the interrupt request that was generated by the
corresponding interrupt input. An interrupt that is active and masked by writing a 0 to the
corresponding bit in the IER remains active until cleared by acknowledging it. Unmasking
an active interrupt causes an interrupt request output to be generated (if the ME bit in the
MER is set).
Writing 0 does nothing as does writing 1 to a bit that does not correspond to an active
input, or for which an interrupt does not exist. The IAR is shown in Figure 2-4 and the bits
are described in Table 2-8.
X-Ref Target - Figure 2-4
w-1 w-2 5 4 3 2 1 0
Notes:
1. w - Width of Data Bus
The SIE is optional in the AXI INTC core and can be enabled by selecting Enable Set
Interrupt Enable Register in the Vivado Design Suite Customize IP dialog box (parameter
C_HAS_SIE).
The SIE register is shown in Figure 2-5 and the bits are described in Table 2-9.
X-Ref Target - Figure 2-5
w-1 w-2 5 4 3 2 1 0
Notes:
1. w - Width of Data Bus
The CIE is optional in the AXI INTC core and can be enabled by selecting Enable Clear
Interrupt Enable Register in the Vivado Design Suite Customize IP dialog box (parameter
C_HAS_CIE ).
The CIE register is shown in Figure 2-6 and the bits are described in Table 2-10.
X-Ref Target - Figure 2-6
w-1 w-2 5 4 3 2 1 0
Notes:
1. w - Width of Data Bus
The Interrupt Vector Register (IVR) is shown in Figure 2-7 and described in Table 2-11.
X-Ref Target - Figure 2-7
w-1 k-1 0
HIE ME
1 0
Reserved
The Interrupt Mode Register (IMR) is shown in Figure 2-9 and is described in Figure 2-13.
X-Ref Target - Figure 2-9
w-1 w-2 5 4 3 2 1 0
When the ILR is 0, no interrupt is allowed to generate IRQ, when the ILR is 1 only INT(0) is
allowed to generate IRQ, etc. If all interrupts are allowed to generate IRQ, the ILR should
contain all ones.
w-1 k-1 0
Note: IVAR registers are 32-bits wide, and IVEAR registers are up to 64-bits wide, depending on the
setting of the parameter C_ADDR_WIDTH. Software should use IVAR for 32-bit vector addresses, and
IVEAR for extended vector addresses with more than 32 bits.
Each interrupt connected to the Interrupt controller has a unique Interrupt vector address
that the processor jumps to for servicing that particular interrupt. In normal interrupt mode
(C_HAS_FAST = 0), the interrupt vector addresses are determined by the software drivers or
application. In fast interrupt mode (C_HAS_FAST = 1), the service routine address is driven
by the interrupt controller along with the IRQ. IVAR or IVEAR registers are programmed with
the corresponding peripheral interrupt vector address during initialization. When a
particular interrupt is not handled as a fast interrupt (IMR(i) = 0), the corresponding IVAR or
IVEAR register should be programmed with the normal interrupt mode processor interrupt
vector address.
These registers store the interrupt vector addresses of all the Number of Peripheral
Interrupts + Number of Software Interrupts. The address of the interrupt with highest
priority is passed to the processor.
If not all 32 interrupts are used, reading the unused register address returns zero. Writing to
any unused register does nothing.
IVAR or IVEAR is accessed through the AXI interface. The registers are in the AXI clock
domain and are used in the processor clock domain to provide the interrupt vector address.
Since the registers are not synchronized to the processor clock domain, registers should
only be changed when the corresponding interrupt is disabled.
An Interrupt Vector Address Register (IVAR) or Interrupt Vector Extended Address Register
(IVEAR) is shown in Figure 2-11 and is described in Table 2-15.
X-Ref Target - Figure 2-11
w-1
Figure 2-11: Interrupt Vector Address Register or Interrupt Vector Extended Address Register
Notes:
1. w - Value of C_ADDR_WIDTH parameter
Clocking
The AXI INTC core uses the AXI clock in default mode. When the processor clock is
connected, the interrupt output is synchronized to the processor clock.
Resets
The AXI INTC uses axi_aresetn, which is active-Low. When the processor clock is
connected, part of the AXI INTC logic gets reset through the processor_rst input signal.
Programming Sequence
During power-up or reset, the AXI INTC core is initialized to a state where all interrupt
inputs and the interrupt request output are disabled. In order for the AXI INTC core to
accept interrupts and request service, the following steps are required:
1. Each bit in the IER corresponding to an interrupt must be set to 1. This allows the AXI
INTC core to begin accepting interrupt input signals and software interrupts. INT0 has
the highest priority, and it corresponds to the least significant bit (LSB) in the IER.
2. The MER must be programmed based on the intended use of the AXI INTC core. There
are two bits in the MER: the Hardware Interrupt Enable (HIE) and the Master IRQ Enable
(ME). The ME bit must be set to enable the interrupt request output.
3. If software testing of hardware interrupts is to be performed, the HIE bit must remain at
its reset value of 0. Software testing can now proceed by writing a 1 to any bit position
in the ISR that corresponds to an existing interrupt input or software interrupt. A
corresponding interrupt request is generated if that interrupt is enabled, and interrupt
handling proceeds normally.
4. After software testing of hardware interrupts has been completed, or if testing is not
performed, a 1 must be written to the HIE bit, which enables the hardware interrupt
inputs and disables any further software generated hardware interrupts.
5. After 1 is written to the HIE bit, any further writes to this bit have no effect.
IMPORTANT: Either the irq_in port or the 31 st interrupt bit of the primary AXI INTC instance must be
used to cascade from the secondary AXI INTC instances.
Table 3-1 shows the parameter combinations used for cascade mode.
CAUTION! The combination of Enable Cascade Interrupt Mode=0 and Cascade Mode Master=1 is not
valid, and Design Rule Check (DRC) errors are issued.
Figure 3-1 shows how cascade mode interacts with a processor, using two AXI INTC
instances to handle up to 63 interrupts.
X-Ref Target - Figure 3-1
Optional ports
applicable only when
It is mandatory to connect
Enable Fast Interrupt Logic = 1
the downstream interrupt to
the irq_in port or the 31st bit
of the main interrupt
C_CASCADE_MODE_EN = 0
C_CASCADE_MASTER = 0
X13153-012618
• Cascade Mode with Standard Interrupt: In this mode, there is one new port enabled
for each instance of the core. This is the irq_in port.
• Cascade Mode with Fast Interrupt: In this mode, there are three new ports enabled
for each instance of the core. These ports are irq_in, interrupt_address_in and
processor_ack_out.
RECOMMENDED: For Cascade Mode interrupts, Xilinx recommends that all AXI INTC core instances use
the same parameter settings, in particular either Standard Mode or Fast Interrupt Mode.
In cascade mode the primary and any intermediate instances of AXI INTC first handle all
active interrupts from intr(0) to intr(30). Following that, they handle active inputs on
the intr(31) bit.
This instance of the AXI INTC core has the cascade_interrupt bus interface consisting
of the ports irq_in, interrupt_address_in and processor_ack_out, which can be
directly connected from the interrupt bus interface of a secondary instance of the AXI INTC
core. In this case, the intr(31) bit is not available.
The intermediate instances of the AXI INTC core also have the cascade_interrupt bus
interface, which can be directly connected from the interrupt bus interface of the cascaded
instances. In this case, the intr(31) bit is not available.
processor_clk
Processor processor_rst
irq
interrupt_address
processor_ack
AXI_INTC_1
Primary Instance
irq_in
C_EN_CASCADE_MODE = 1 interrupt_address_in
C_CASCADE_MASTER = 1 intr[30:0] processor_ack_out
irq
interrupt_address
processor_ack
AXI_INTC_2
Intermediate Instance
irq_in
C_EN_CASCADE_MODE = 1 interrupt_address_in
C_CASCADE_MASTER = 0 intr[30:0] processor_ack_out
irq
interrupt_address
processor_ack
AXI_INTC_3
Final Instance
C_EN_CASCADE_MODE = 0
C_CASCADE_MASTER = 0 intr[N:0], N = 31-0
Timing Diagrams
The timing diagrams in this section illustrate the functionality of the core.
Figure 3-3 shows the timing diagram with the following core settings:
Figure 3-3: Input - Rising Edge Sensitive, Output - High Level Sensitive
Figure 3-4 shows the timing diagram with the following core settings:
Figure 3-4: Input - Rising Edge Sensitive, Output - Rising Edge Sensitive, Fast Interrupt Logic Disabled
Figure 3-5 shows the timing diagram with the following core settings:
Figure 3-5: Input - Rising Edge Sensitive, Fast Interrupt Logic Enabled and IMR(i) = 1
Table 3-2 shows the minimum number of clock cycles required to recognize an interrupt.
• Vivado Design Suite User Guide: Designing IP Subsystems using IP Integrator (UG994)
[Ref 3]
• Vivado Design Suite User Guide: Designing with IP (UG896) [Ref 1]
• Vivado Design Suite User Guide: Getting Started (UG910) [Ref 4]
• Vivado Design Suite User Guide: Logic Simulation (UG900) [Ref 5]
If you are customizing and generating the core in the Vivado IP integrator, see the Vivado
Design Suite User Guide: Designing IP Subsystems using IP Integrator (UG994) [Ref 3] for
detailed information. IP integrator might auto-compute certain configuration values when
validating or generating the design. To check whether the values do change, see the
description of the parameter in this chapter. To view the parameter value, run the
validate_bd_design command in the Tcl Console.
You can customize the IP for use in your design by specifying values for the various
parameters associated with the IP core using the following steps:
For details, see the Vivado Design Suite User Guide: Designing with IP (UG896) [Ref 1] and
the Vivado Design Suite User Guide: Getting Started (UG910) [Ref 3].
Note: Figures in this chapter are illustrations of the Vivado Integrated Design Environment (IDE).
The layout depicted here might vary from the current version.
Basic Tab
The parameters in the Basic tab are shown in Figure 4-1 and are described in this section.
X-Ref Target - Figure 4-1
This option is used to set the input interrupts to be either Edge or Level type.
• 0 - Level
• 1 - Edge
Width of this field is equal to Number of Peripheral Interrupts selected. This 32-bit field
is directly mapped to interrupt inputs. For example, setting bit 0 (the least significant bit)
affects intr(0), setting bit 1 affects Intr(1), and so on.
This option is used to set the input Level type interrupts to be either High or Low.
• 0 - Low
• 1 - High
Width of this field is equal to Number of Peripheral Interrupts selected. This 32-bit field
is directly mapped to interrupt inputs. For example, setting bit 0 (the least significant bit)
affects intr(0), setting bit 1 affects intr(1), and so on.
This option is used to set the input Edge type interrupts to be either Rising or Falling edge.
• 0 - Falling edge
• 1 - Rising edge
Width of this field is equal to Number of Peripheral Interrupts selected. This 32-bit field
is directly mapped to interrupt inputs. For example, setting bit 0 (the least significant bit)
affects intr(0), setting bit 1 affects intr(1), and so on.
This option is used to set the output interrupt to be either Edge or Level type.
• 0 - Level
• 1 - Edge
CAUTION! Xilinx recommends that this setting is not changed from its default value (0 - Level) when
AXI INTC is connected to a MicroBlaze™ processor.
Level type
This option is used to set the output Level type interrupts to be either High or Low. It is
shown when Interrupt type is set to Level.
• 0 - Active-Low
• 1 - Active-High
Edge type
This option is used to set the output Edge type interrupts to be either Rising or Falling edge.
It is shown when Interrupt type is set to Edge.
• 0 - Falling edge
• 1 - Rising edge
Select interrupt output connection bus interface. Normally Bus is used when connecting to
MicroBlaze and cascaded AXI Interrupt Controllers. Otherwise, Single can be used when
Fast Mode Interrupt is not enabled, and the target has a single interrupt input.
• 0 - Bus
• 1 - Single
Advanced Tab
The parameters in the Advanced tab are shown in Figure 4-2 and are described in this
section.
X-Ref Target - Figure 4-2
Clocks Tab
The parameters in the Clocks tab are shown in Figure 4-3.
X-Ref Target - Figure 4-3
User Parameters
Table 4-1 shows the relationship between the fields in the Vivado IDE and the User
Parameters (which can be viewed in the Tcl Console).
Output Generation
For details, see the Vivado Design Suite User Guide: Designing with IP (UG896) [Ref 1].
Required Constraints
This section is not applicable for this IP core.
Clock Frequencies
This section is not applicable for this IP core.
Clock Management
This section is not applicable for this IP core.
Clock Placement
This section is not applicable for this IP core.
Banking
This section is not applicable for this IP core.
Transceiver Placement
This section is not applicable for this IP core.
Simulation
For comprehensive information about Vivado simulation components, as well as
information about using supported third-party tools, see the Vivado Design Suite User
Guide: Logic Simulation (UG900) [Ref 5].
IMPORTANT: For cores targeting 7 series or Zynq-7000 devices, UNIFAST libraries are not supported.
Xilinx IP is tested and qualified with UNISIM libraries only.
Upgrading
This appendix contains information about migrating a design from ISE® to the Vivado®
Design Suite, and for upgrading to a more recent version of the IP core. For customers
upgrading in the Vivado Design Suite, important details (where applicable) about any port
changes and other impact to user logic are included.
When upgrading to AXI Interrupt Controller v4.1 from v2.00.a, v3.1 or v3.2, the ports
processor_clk and processor_rst are disabled when C_HAS_FAST is not set, because
they are not needed in this case, and should not be connected.
The IP core is both hardware and software backward compatible, ensuring that any existing designs
can be upgraded, and that software continues to work correctly without any changes. For additional
details, see Vivado IP Versioning [Ref 8].
Debugging
This appendix includes details about resources available on the Xilinx Support website and
debugging tools.
Documentation
This product guide is the main document associated with the AXI INTCcore. This guide,
along with documentation related to all products that aid in the design process, can be
found on the Xilinx Support web page or by using the Xilinx Documentation Navigator.
Download the Xilinx Documentation Navigator from the Downloads page. For more
information about this tool and the features available, open the online help after
installation.
Answer Records
Answer Records include information about commonly encountered problems, helpful
information on how to resolve these problems, and any known issues with a Xilinx product.
Answer Records are created and maintained daily ensuring that users have access to the
most accurate information available.
Answer Records for this core a can be located using the Search Support box on the main
Xilinx support web page. To maximize your search results, use proper keywords such as
• Product name
• Tool messages
• Summary of the issue encountered
A filter search is available after results are returned to further target the results.
Technical Support
Xilinx provides technical support at the Xilinx Support web page for this LogiCORE™ IP
product when used as described in the product documentation. Xilinx cannot guarantee
timing, functionality, or support if you do any of the following:
• Implement the solution in devices that are not defined in the documentation.
• Customize the solution beyond that allowed in the product documentation.
• Change any section of the design labeled DO NOT MODIFY.
To contact Xilinx Technical Support, navigate to the Xilinx Support web page.
Debug Tools
There are many tools available to address AXI INTC core design issues. It is important to
know which tools are useful for debugging various situations.
The Vivado logic analyzer is used to interact with the logic debug IP cores, including:
See the Vivado Design Suite User Guide: Programming and Debugging (UG908) [Ref 7].
To debug the AXI INTC core, read all the application registers of the core to verify that all
are functioning correctly.
Xilinx Resources
For support resources such as Answers, Documentation, Downloads, and Forums, see Xilinx
Support.
References
These documents provide supplemental material useful with this product guide:
Revision History
The following table shows the revision history for this document.