Receive AXI4-Stream Interface - 1.2 English

Versal ACAP Integrated 600G Interlaken with FEC Subsystem Product Guide (PG371)

Document ID
PG371
Release Date
2023-01-19
Version
1.2 English

The synchronous RX interface provides packet-oriented data much like the TX AXI4-Stream interface accepts. All signals are synchronous with the rising-edge of the c0_axi_clk clock. The following figure shows a sample waveform for two data transactions for 65-byte packets using a 512-bit segmented bus.

Figure 1. Sample Waveform for Receive AXI4-Stream Interface

Similar to the TX AXI4-Stream interface, the RX AXI4-Stream interface is divided into 128-bit segments, with multiple transfers presented in parallel during the same clock cycle. The number of segments is based on the width of the bus as programmed in the c0_ctl_rx_axis_width[2:0] field of the CFG_C0_RX_OVERALL_REG register. The first of the 128-bit transfers occurs on segment 0 (that is, rx_axis_tdata0), the second on segment 1 (that is, rx_axis_tdata1), and so forth.

Data is supplied on segment <M> by the ILKNF subsystem on every c0_axi_clk clock cycle when rx_axis_tuser_ena<M> is asserted. This signal qualifies the other outputs of segment <M> of the RX AXI4-Stream interface. The RX core logic stores incoming data and does not forward it until it has a sufficient quantity. Consequently, there can be clock cycles where none of the rx_axis_tuser_ena<M> signals are asserted.

In any cycle where any rx_axis_tuser_ena<M> is asserted, rx_axis_tuser_ena0 is also required to be asserted. Furthermore, segments are filled in sequence with no gaps between active segments. For example, if rx_axis_tuser_ena<i> is set to 1, then rx_axis_tuser_ena<i - 1> is also set to 1, for i ranging from:

  • 1 to 15 for a 2048-bit bus
  • 1 to 11 for a 1536-bit bus
  • 1 to 7 for a 1024-bit bus
  • 1 to 3 for a 512-bit bus

The RX is similar to the TX, in that rx_axis_tuser_sop<M> identifies the start of a packet on segment <M> and rx_axis_tuser_eop<M> identifies the end of a packet on segment <M>. Both rx_axis_tuser_sop<M> and rx_axis_tuser_eop<M> are asserted during the same cycle for packets that are less than or equal to the segment width.

As in the TX, the first byte of a packet that starts on segment <M> is supplied on bits [127:120] of rx_axis_tdata<M>, the second byte on bits [119:112], and so forth.

Portions of packets are written on the bus segments in the full width of the segment (16 bytes) unless for the last segment of the packet. When rx_axis_tuser_eop<M> is asserted on segment <M>, the rx_axis_tuser_mty<M> bus indicates how many byte lanes in the segment are invalid. The encoding is the same as for tx_axis_tuser_mty<M>.

During the last cycle of a packet, when rx_axis_tuser_eop<M> is asserted with rx_axis_tuser_ena<M>, rx_axis_tuser_err<M> can also be asserted to indicate an error in the packet ended on segment<M>.

There is no mechanism to backpressure the RX AXI4-Stream interface. The user logic must be capable of receiving data when rx_axis_tuser_ena<M> is asserted. The Interlaken flow control mechanism can be used to stop the flow of data, either using the in-band or out of band protocol, or both.

The data provided by the RX AXI4-Stream interface is in the same sequence as it is received from the Interlaken bus. Packets can be interleaved and are distinguished using the channel number presented on rx_axis_tuser_chan<M>.

The RX segmented AXI4-Stream bus can contain more than one SOP and more than one EOP. There is no requirement to accommodate Burst Control Words on the receive side AXI4-Stream interface (they have already been processed) and therefore packets can be packed as efficiently as possible when they arrive.