Movatterモバイル変換


[0]ホーム

URL:


Jump to content
WikipediaThe Free Encyclopedia
Search

Advanced eXtensible Interface

From Wikipedia, the free encyclopedia
Computer bus protocol
This article has multiple issues. Please helpimprove it or discuss these issues on thetalk page.(Learn how and when to remove these messages)
icon
This articlerelies excessively onreferences toprimary sources. Please improve this article by addingsecondary or tertiary sources.
Find sources: "Advanced eXtensible Interface" – news ·newspapers ·books ·scholar ·JSTOR
(April 2022) (Learn how and when to remove this message)
This articlecontainspromotional content. Please helpimprove it by removingpromotional language and inappropriateexternal links, and by adding encyclopedic text written from aneutral point of view.
See ouradvice if the article is about you and read ourscam warning in case someone asks for money to edit this article.
(April 2022) (Learn how and when to remove this message)
(Learn how and when to remove this message)

TheAdvanced eXtensible Interface (AXI) is an on-chip communication bus protocol and is part of theAdvanced Microcontroller Bus Architecture specification (AMBA).[1][2] AXI isroyalty-free and its specification is freely available fromARM.

AMBA AXI specifies many optionalsignals, which can be included depending on the specific requirements of the design,[3] making AXI a versatile bus for numerous applications.

While the communication over an AXIbus is between a single initiator and a single target, the specification includes detailed descriptions andsignals to include N:M interconnects, able to extend the bus to topologies with multiple initiators and targets.[4]

AXI3 was introduced in 2003 with the AMBA3 specification. In 2010, a new revision of AMBA, AMBA4, defined the AXI4, AXI4-Lite and AXI4-Streamprotocols. AMBA AXI4, AXI4-Lite and AXI4-Stream have been adopted byXilinx and many of its partners as a main communication bus in their products.[5][6] AMBA5 with AXI5 was released in 2022, adding atomicity, data protection, and cache operations. A new ACE (AXI Coherency Extension) is specified.[7]

Thread IDs

[edit]
icon
This sectiondoes notcite anysources. Please helpimprove this section byadding citations to reliable sources. Unsourced material may be challenged andremoved.(May 2020) (Learn how and when to remove this message)

Thread IDs allow a single initiator port to support multiple threads, where each thread has in-order access to the AXI address space, however each thread ID initiated from a single initiator port may complete out of order with respect to each other. For instance in the case where one thread ID is blocked by a slow peripheral, another thread ID may continue independently of the order of the first thread ID. Another example, one thread on aCPU may be assigned a thread ID for a particular initiator port memory access such as read addr1, write addr1, read addr1, and this sequence will complete in order because each transaction has the same initiator port thread ID. Another thread running on the CPU may have another initiator port thread ID assigned to it, and its memory access will be in order as well but may be intermixed with the first thread IDs transactions.[8]

Thread IDs on an initiator port are not globally defined, thus an AXI switch with multiple initiator ports will internally prefix the initiator port index to the thread ID, and provide this concatenated thread ID to the target device, then on return of the transaction to its initiator port of origin, this thread ID prefix will be used to locate the initiator port and the prefix will be truncated. This is why the target port thread ID is wider in bits than the initiator port thread ID.[9]

AXI-Lite bus is an AXI bus that only supports a single ID thread per initiator. This bus is typically used for an end point that only needs to communicate with a single initiator device at a time, for example, a simple peripheral such as aUART. In contrast, a CPU is capable of initiating transactions to multiple peripherals and address spaces at a time, and will support more than one thread ID on its AXI initiator ports and AXI target ports. This is why a CPU will typically support a full spec AXI bus. A typical example of a front side AXI switch would include a full specification AXI initiator connected to a CPU initiator, and several AXI-Lite targets connected to the AXI switch from different peripheral devices.[10]

(Additionally, the AXI-Lite bus is restricted to only support transaction lengths of a single data word per transaction.)

Handshake

[edit]
Basichandshake mechanism of the AMBA AXIprotocol. In this example, the destination entity waits for a high VALID to assert its own READY.

AXI defines a basichandshake mechanism, composed by anxVALID andxREADY signal.[11] ThexVALID signal is driven by the source to inform the destination entity that the payload on the channel is valid and can be read from thatclock cycle onwards. Similarly, thexREADY signal is driven by the receiving entity to notify that it is prepared to receive data.

When both thexVALID andxREADY signals are high in the sameclock cycle, the data payload is considered transferred and the source can either provide a new data payload, by keeping highxVALID, or terminate the transmission, by de-assertingxVALID. An individual data transfer, so a clock cycle when bothxVALID andxREADY are high, is called a "beat".

Two main rules are defined for the control of these signals:

  • A source must not wait for a highxREADY to assertxVALID.
  • OncexVALID is asserted, a source must maintain the assertion until a handshake occurs.

Thanks to thishandshake mechanism, both the source and the destination can control the flow of data, throttling the speed if needed.

Channels

[edit]

In the AXI specification, fivechannels are described:[12]

  • Read Address channel (AR)
  • Read Data channel (R)
  • Write Address channel (AW)
  • Write Data channel (W)
  • Write Response channel (B)

Other than some basic ordering rules,[13] eachchannel is independent from each other and has its own couple ofxVALID/xREADYhandshake signals.[14]

AXI read channels
AXI Read Address and Read Data channels.
AXI write channels
AXI Write Address, Write Data and Write Response channels.

AXI

[edit]

Signals

[edit]
Signals of the Read and Write Address channels
Signal descriptionWrite Address channelRead Address channel
Address ID, to identify multiplestreams over a singlechannelAWIDARID
Address of the first beat of the burstAWADDRARADDR
Number of beats inside the burstAWLEN[nb 1]ARLEN[nb 1]
Size of each beatAWSIZEARSIZE
Type of the burstAWBURSTARBURST
Lock type, to provideatomic operationsAWLOCK[nb 1]ARLOCK[nb 1]
Memory type, how the transaction has to progress through the systemAWCACHEARCACHE
Protection type:privilege, security level and data/instruction accessAWPROTARPROT
Quality of service of the transactionAWQOS[nb 2]ARQOS[nb 2]
Region identifier, to access multiple logical interfaces from a single physical oneAWREGION[nb 2]ARREGION[nb 2]
User-defined dataAWUSER[nb 2]ARUSER[nb 2]
xVALIDhandshake signalAWVALIDARVALID
xREADYhandshake signalAWREADYARREADY
Signals of the Read and Write Data channels
Signal descriptionWrite Data channelRead Data channel
Data ID, to identify multiplestreams over a singlechannelWID[nb 3]RID
Read/Write dataWDATARDATA
Read response, to specify the status of the current RDATA signalRRESP
Byte strobe, to indicate which bytes of the WDATA signal are validWSTRB
Last beat identifierWLASTRLAST
User-defined dataWUSER[nb 2]RUSER[nb 2]
xVALIDhandshake signalWVALIDRVALID
xREADYhandshake signalWREADYRREADY
Signals of the Write Response channel
Signal descriptionWrite Response channel
Write response ID, to identify multiplestreams over a singlechannelBID
Write response, to specify the status of the burstBRESP
User-defined dataBUSER[nb 2]
xVALIDhandshake signalBVALID
xREADYhandshake signalBREADY

[15]

  1. ^abcdDifferent behavior between AXI3 and AXI4
  2. ^abcdefghiAvailable only with AXI4
  3. ^Available only with AXI3

Bursts

[edit]
Example of FIXED, INCR and WRAP bursts

AXI is aburst-basedprotocol,[16] meaning that there may be multiple data transfers (or beats) for a single request. This makes it useful in the cases where it is necessary to transfer large amount of data from or to a specific pattern of addresses.In AXI, bursts can be of three types, selected by the signals ARBURST (for reads) or AWBURST (for writes):[17]

  • FIXED
  • INCR
  • WRAP

In FIXED bursts, each beat within the transfer has the same address. This is useful for repeated access at the same memory location, such as when reading or writing aFIFO.

Address=StartAddress{\displaystyle {\mathit {Address}}={\mathit {StartAddress}}}

In INCR bursts, on the other hand, each beat has an address equal to the previous one plus the transfer size. This burst type is commonly used to read or write sequential memory areas.

Addressi=StartAddress+iTransferSize{\displaystyle {\mathit {Address}}_{i}={\mathit {StartAddress}}+{\mathit {i}}\cdot {\mathit {TransferSize}}}

WRAP bursts are similar to the INCR ones, as each transfer has an address equal to the previous one plus the transfer size. However, with WRAP bursts, if the address of the current beat reaches the "Higher Address boundary", it is reset to the "Wrap boundary":

Addressi=WrapBoundary+(StartAddress+iTransferSize) mod (BurstLengthTransferSize){\displaystyle {\mathit {Address}}_{i}={\mathit {WrapBoundary}}+({\mathit {StartAddress}}+{\mathit {i}}\cdot {\mathit {TransferSize}})\ \mathrm {mod} \ ({\mathit {BurstLength}}\cdot {\mathit {TransferSize}})}

with

WrapBoundary=StartAddressNumberBytesBurstLength(NumberBytesBurstLength){\displaystyle {\mathit {WrapBoundary}}=\left\lfloor {\frac {\mathit {StartAddress}}{{\mathit {NumberBytes}}\cdot {\mathit {BurstLength}}}}\right\rfloor \cdot ({\mathit {NumberBytes}}\cdot {\mathit {BurstLength}})}

Transactions

[edit]

Reads

[edit]
Example of an AXI read transaction. The initiator requests 4 beats (ARLEN + 1[18]) of 4 Bytes each starting from address 0x0 with INCR type. The target returns 0x10 for address 0x0, 0x11 for address 0x4, 0x12 for address 0x8 and 0x13 for address 0xc, all with the OKAY status. Only the most relevant signals are shown here.

To start a read transaction, the initiator has to provide on the Read address channel:

  • the start address on ARADDR
  • the burst type, either FIXED, INCR or WRAP, on ARBURST (if present)
  • the burst length on ARLEN (if present).

Additionally, the other auxiliary signals, if present, are used to define more specific transfers.

After the usual ARVALID/ARREADY handshake, the target has to provide on the Read data channel:

  • the data corresponding to the specified address(es) on RDATA
  • the status of each beat on RRESP

plus any other optional signals.Each beat of the target's response is done with a RVALID/RREADY handshake and, on the last transfer, the target has to assert RLAST to inform that no more beats will follow without a new read request.

Writes

[edit]
Example of an AXI write transaction. The initiator drives 4 beats (AWLEN + 1[18]) of 4 Bytes each starting from address 0x0 with INCR type, writing 0x10 for address 0x0, 0x11 for address 0x4, 0x12 for address 0x8 and 0x13 for address 0xc. The target returns 'OKAY' as write response for the whole transaction. Only the most relevant signals are shown here.

To start a write operation, the initiator has to provide both the address information and the data information.

The address information is provided over the Write address channel, in a similar manner as a read operation:

  • the start address has to be provided on AWADDR
  • the burst type, either FIXED, INCR or WRAP, on AWBURST (if present)
  • the burst length on AWLEN (if present)

and, if present, all the optional signals.

An initiator has also to provide the data related to the specified address(es) on the Write data channel:

  • the data on WDATA
  • the "strobe" bits on WSTRB (if present), which conditionally mark the individual WDATA bytes as "valid" or "invalid"

Like in the read path, on the last data word, WLAST has to be asserted by the initiator.

After the completion of both the transactions, the target has to send back to the initiator the status of the write over the Write response channel, by returning the result over the BRESP signal.

Subsets

[edit]

AXI-Lite

[edit]

AXI4-Lite is asubset of the AXI4 protocol, providing aregister-like structure with reduced features and complexity.[19] Notable differences are:

  • all bursts are composed by 1 beat only
  • all data accesses use the full data bus width, which can be either 32 or 64 bits

AXI4-Lite removes part of the AXI4 signals but follows the AXI4 specification for the remaining ones. Being asubset of AXI4, AXI4-Lite transactions are fully compatible with AXI4 devices, permitting theinteroperability between AXI4-Lite initiators and AXI4 targets without additional conversion logic.[20]

Signals

[edit]
Write address channelWrite data channelWrite response channelRead address channelRead data channel
AWVALIDWVALIDBVALIDARVALIDRVALID
AWREADYWREADYBREADYARREADYRREADY
AWADDRWDATABRESPARADDRRDATA
AWPROTWSTRBARPROTRRESP

[21]

AXI-Stream

[edit]

AXI4-Stream is a simplified, lightweight bus protocol designed specifically for high-speed streaming data applications. It supports only unidirectional data flow, without the need for addressing or complex handshaking. An AXI Stream is similar to an AXI write data channel, with some important differences on how the data is arranged:

  • no bursts, instead data is packed into packets, frames and data streams
  • no limit on the data length which may be continuous
  • data width can be any integer number of bytes

AXI5 Stream protocol introduces wake-up signaling and signal protection using parity.

A single AXI Stream transmitter can drive multiple streams which may be interleaved but reordering is not permitted.

SignalSourceWidthDescription
ACLKClock1ACLK is a global clock signal. All signals are sampled on the rising edge of ACLK.
ARESETnReset1ARESETn is a global reset signal.
TVALIDTransmitter1TVALID indicates the Transmitter is driving a valid transfer. A transfer takes place when both TVALID and TREADY are asserted.
TREADYReceiver1TREADY indicates that a Receiver can accept a transfer.
TDATATransmitterTDATA_WIDTHTDATA is the primary payload used to provide the data that is passing across the interface. TDATA_WIDTH must be an integer number of bytes and is recommended to be 8, 16, 32, 64, 128, 256, 512 or 1024-bits.
TSTRBTransmitterTDATA_WIDTH/8TSTRB is the byte qualifier that indicates whether the content of the associated byte of TDATA is processed as a data byte or a position byte.
TKEEPTransmitterTDATA_WIDTH/8TKEEP is the byte qualifier that indicates whether content of the associated byte of TDATA is processed as part of the data stream.
TLASTTransmitter1TLAST indicates the boundary of a packet.
TIDTransmitterTID_WIDTHTID is a data stream identifier. TID_WIDTH is recommended to be no more than 8.
TDESTTransmitterTDEST_WIDTHTDEST provides routing information for the data stream. TDEST_WIDTH is recommended to be no more than 8.
TUSERTransmitterTUSER_WIDTHTUSER is a user-defined sideband information that can be transmitted along the data stream. TUSER_WIDTH is recommended to be an integer multiple of TDATA_WIDTH/8.
TWAKEUPTransmitter1TWAKEUP identifies any activity associated with AXI-Stream interface.

See also

[edit]

References

[edit]
  1. ^"AMBA | Documentation". Arm Holdings.
  2. ^Toole, Christina (24 October 2016)."Introduction to AXI Protocol: Understandingca the AXI interface".arm.com. Arm Limited. Retrieved11 September 2023.The protocol used by many SoC designers today is AXI, or Advanced eXtensible Interface, and is part of the Arm Advanced Microcontroller Bus Architecture (AMBA) specification. It is especially prevalent in Xilinx's Zynq devices, providing the interface between the processing system and programmable logic sections of the chip.
  3. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. pp. 109–118. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  4. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. pp. 23–24. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  5. ^"AMBA AXI4 Interface Protocol".www.xilinx.com. Xilinx Inc.
  6. ^"AXI4 IP".www.xilinx.com. Xilinx Inc.
  7. ^ARM Ltd."AMBA 5".Arm | The Architecture for the Digital World.
  8. ^"AMBA AXI and ACE Protocol Specification"(PDF). Arm Ltd. 22 February 2013. Retrieved28 November 2025.
  9. ^"AXI Interconnect v2.1 LogiCORE IP Product Guide"(PDF). Xilinx. 17 May 2022. Retrieved28 November 2025.
  10. ^"AXI Thread IDs (TIDs) – SoC Basics"(PDF). Institute for Embedded Systems, TU Graz. 2021. Retrieved28 November 2025.
  11. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. pp. 37–38. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  12. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. pp. 22–23. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  13. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. p. 40. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  14. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. p. 38. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  15. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. pp. 28–34. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  16. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. p. 22. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  17. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. pp. 45–47. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  18. ^abArm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. p. 44. Retrieved5 July 2019.
  19. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. pp. 121–128. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  20. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. p. 124. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.
  21. ^Arm Holdings."AMBA AXI and ACE Protocol Specification"(PDF).developer.arm.com. p. 122. Archived fromthe original(PDF) on 5 July 2019. Retrieved5 July 2019.

External links

[edit]
General
Standards
Storage
Peripheral
Audio
Portable
Embedded
Interfaces are listed by their speed in the (roughly) ascending order, so the interface at the end of each section should be the fastest.
Category
Retrieved from "https://en.wikipedia.org/w/index.php?title=Advanced_eXtensible_Interface&oldid=1332409128"
Categories:
Hidden categories:

[8]ページ先頭

©2009-2026 Movatter.jp