This is the implementation of the AMBA AXI protocol developed as part of the PULP platform as ETH Zurich. We implement AXI4+ATOPs and AXI4-Lite.
Name | Description | Doc |
---|---|---|
axi_atop_filter.sv |
Filters atomic operations (ATOPs), i.e., write transactions that have a non-zero aw_atop value. |
|
axi_cut.sv |
Breaks all combinatorial paths between its input and output. | |
axi_decerr_slv.sv |
Always responds with an AXI decode error for transactions which are sent to it. | |
axi_delayer.sv |
Synthesizable module which can (randomly) delays AXI channels. | |
axi_demux.sv |
Demultiplexes an AXI bus from one slave port to multiple master ports. | Doc |
axi_id_prepend.sv |
This module prepends/strips the MSB from the AXI IDs. | |
axi_intf.sv |
This file defines the interfaces we support. | |
axi_join.sv |
A connector that joins two AXI interfaces. | |
axi_lite_join.sv |
A connector that joins two AXI-Lite interfaces. | |
axi_lite_to_axi.sv |
An AXI4-Lite to AXI4 adapter. | |
axi_modify_address.sv |
A connector that allows addresses of AXI requests to be changed. | |
axi_multicut.sv |
AXI register which can be used to relax timing pressure on long AXI busses. | |
axi_mux.sv |
Multiplexes the AXI4 slave ports down to one master port. | Doc |
axi_pkg.sv |
Contains AXI definitions, common structs, and useful helper functions. | |
axi_test.sv |
A set of testbench utilities for AXI interfaces. | |
axi_to_axi_lite.sv |
An AXI4 to AXI4-Lite adapter. | |
axi_xbar.sv |
Fully-connected AXI4+ATOP crossbar with an arbitrary number of slave and master ports. | Doc |
AXI4+ATOPs means the full AXI4 specification plus atomic operations (ATOPs) as defined in Section E2.1 of the AMBA5 specification. This has the following implications for modules that do not implement ATOPs and systems that include such modules:
- Masters that do not issue ATOPs can simply permanently set
aw_atop
to0
. - Slaves that do not support ATOPs must specify this in their interface documentation and can ignore the
aw_atop
signal. - System designers are responsible for ensuring that slaves that do not support ATOPs are behind an
axi_atop_filter
if any master could issue an ATOP to such slaves.
Masters and slaves that do support ATOPs must adhere to Section E2.1 of the AMBA5 specification.