In the following figure a typical sequence of frame receipt is shown. A 400G/8-segment bus is used as an example. Segments 2 through 6 are not shown to keep the diagram compact. This figure depicts the same sequence of events as the previous segmented transmit example in Normal Transmission, but in the receive direction.
Figure 1.
AXI4-Stream Typical Sequence of Frame Receipt
The highlights of this sequence of operations are as follows:
- As in the transmit example, frame A starts in segment 0 of
cycle #3 and terminates with
eop
in segment 1 of cycle #5. - Frame B begins in segment 2 and ends in segment 6 of the
same cycle (
tuser
control information not shown; it is implied by the diagram thateop6
must be asserted becausesop
is asserted in segment 7, and gaps are not allowed. - Frame C begins on segment 7 of cycle #4 and ends on segment
7 of cycle #6.Note: Both
rx_preambleout_0
andrx_preambleout_2
contain valid data in cycle #4. This is the result of twosop
segments in that cycle – one on segment 2, and one on segment 7. - There is no bus activity in cycle #7, therefore the DCMAC Subsystem deasserts
rx_axis_tvalid_0
for the cycle. - A new frame, frame D, begins in cycle #8 and ends in cycle
#10. Cycle #11 is idle (
tvalid
= 0). - The final frame in this example is transferred starting in
cycle #12, segment 0. Cycle #13 illustrates an occurrence of
tvalid
deassertion in the middle of an ongoing frame; due to internal clock relationships, there is no AXI data to present in this cycle. - Frame E, however, continues in Cycle #14 and then beyond the right side of the diagram.