• State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 88 subscribers
  • Views 11447 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

applications of amba axi

abilash abilash
Note: This was originally posted on 7th February 2007 at http://forums.arm.com

hello, i have read the whole of the axi protocol. i would like to know the applications of the protocol. is it anywhere used in the real time applications or some specific devices. if any please do tell me.
i would also like to know the advantages of axi protocol over the conventional data transfer protocols. please give details...

thanks... with regards....
  • 0
    Note: This was originally posted on 12th February 2007 at http://forums.arm.com

    thank you so much for your response.... can you please explain me the following things you mentioned.... i read the architecture comletely... i came across these words.... but could not know the meaning.... can u please give some brief explanation of the following tings...

    supporting write data interleaving
    no defined timing relationship between address and data transfers
    ability to add register slices to ease critical timing paths

    thanking you....

    with great regards.....
  • 0
    Note: This was originally posted on 21st February 2007 at http://forums.arm.com

    "supporting write data interleaving"

    (this is defined in section 8.5 of the AXI spec.)  something else that may be helpful is to take a look at the documentation for the AXI memory controller and interconnect generator.  write data interleaving is a performance enhancement for interconnects that are combining multiple write streams from different masters.  in some specs, like AHB, burst writes are atomic and do not allow interleaving.   but, that means a slow master could block the bus for an extended period of time.  in AHB, perhaps the split-retry mechanism somewhat allows very coarse-grained data interleaving at expense to the master.

    consider a DMA controller on AHB that was writing into an AXI memory controller.  it's possible that with width conversion, or clock frequency crossing, that the DMA controller would write 1 word on AXI every few cycles.  interleaving would allow the interconnect to allow the ARM processor to write to the AXI memory controller in those gaps between words of the slow burst. 

    the most likely case of interleaving occuring is from the interconnect, which is aggregating writes from multiple masters.  an ARM processor doesn't  interleave its write data (write interleave depth of 1).  also, not all slaves can support data interleaving, although ARM's memory controller documentation says it supports interleaving.  the interconnect allows you to indicate the interleave depth per port.  while interleacving optimizes bus bandwidth in the presence of slow masters, it probably means you have to have quite a bit of buffering in your memory controller to support the different streams of data.

    "no defined timing relationship between address and data transfers"

    (take a look at section 3.2)  this is a little bit funny, but there's a seperate write address and write data channel (in addition to the write response channel).  the write address and write data channel's independently handshake, and the order is not defined.  i think a possible scenario would be that because there's only 1 address transfer per burst write, if you had back to back burst writes, it's possible you could request both addresses before you finished the data transfers of the first request.  i'm not sure when a "real" master would request the data before requesting the address channel for a write request, although it's possible that the interconnect causes ordering differences, depending on the route each channel gets.

    "ability to add register slices to ease critical timing paths"

    ARM's AXI interconnect is completely combinational, i believe.  this doesn't scale well by itself.  so, if you have a large interconnect, you probably need to add some pipeline registers at the ports of the interconnect to meet your timing goals, assuming you want high speed.  the implication of "register slices" is that you can simply add registers along the channels, rather than creating  true AXI staging blocks with a slave and master port, which would have to actually arbitrate along each stage and probably involve some buffers and state machines. 

    i've got a bit of question on this, too, which is: does ARM have an AXI regsiter slice prime cell?  or is it really just valid to add registers along a channel?  can the "valid" and "ready" signals both have registers?  also, is there a recommended timing specification for AXI masters and slaves (that aren't interconnects)?
  • 0
    Note: This was originally posted on 12th February 2007 at http://forums.arm.com

    hello, i have read the whole of the axi protocol. i would like to know the applications of the protocol. is it anywhere used in the real time applications or some specific devices. if any please do tell me.
    i would also like to know the advantages of axi protocol over the conventional data transfer protocols. please give details...

    thanks... with regards....


    Hi Abilash,

    I tried searching on Google for designs that have used AXI, but didn't easily find anything. There are quite a few big companies that describe AXI, so they are obviously keen on the bus, but no announced designs that are AXI based.

    But quite often the actual bus architecture used is not seen as THE main selling point, so not all designs will state that. The design company is more likely to be describing the performance and features of their phone or whatever, not the individual building blocks inside it.

    As for advantages of AXI over "conventional data transfer protocols", I'm not sure what you mean by "conventional", but AXI tries to make maximum use of the available bandwidth on channels through various methods...

    ...only indicating the start address of a burst
    ...supporting out-of-order responses
    ...supporting write data interleaving
    ...no defined timing relationship between address and data transfers
    ...ability to add register slices to ease critical timing paths

    ...all of which are new things compared to previous AMBA specifications.

    So if these additional features of AXI are of use to you in your design, you will probably consider it, and if not, you might prefer the slightly simpler, but still high performance, AHB specification.

    Or if appropriate, other non-AMBA specs. But I've only really used the AMBA specs, so I can't really comment on other specs as comparisons.

    JD
  • 0
    Note: This was originally posted on 1st November 2012 at http://forums.arm.com

    Here's the answer to your questions

    [size="2"][size="2"]AXI PROTO[size="2"]COL [/size][/size][/size]
    ""High-bandwidth & low-latency design
    ""Good performance with long initial latency peripherals
    ""Flexibility in interconnection architecture
    "¢Features
    ""Separate address/control and data phases
    ""Separate read & write channels, request/response channels
    ""Multiple outstanding addresses
    ""Out-of-order transaction completion

    for more information check this site
    Introduction to AXI tutorial