R-Tile Avalon® Streaming Intel® FPGA IP for PCI Express* User Guide

ID 683501
Date 7/08/2024
Public

A newer version of this document is available. Customers should click here to go to the newest version.

Document Table of Contents

4.3.1.4.2. Avalon® Streaming TX Interface pX_tx_st_ready_o Behavior

The following timing diagram illustrates the behavior of pX_tx_st_ready_o, which is deasserted to pause the data transmission to the R-Tile PCI Express IP core, and then reasserted. The application logic deasserts pX_tx_stN_valid_i 16 clock cycles after pX_tx_st_ready_o is deasserted (from the point marked with the letter a to the point marked with the letter b). This is the maximum number of clock cycles allowed between the deassertion of pX_tx_st_ready_o and pX_tx_stN_valid_i.

When the R-Tile PCI Express IP Core reasserts the pX_tx_st_ready_o signal (point marked with letter c to point marked with letter d), the following two cases must be considered:

Case 1: If there is a TLP suspended due to the deassertion of pX_tx_st_ready_o, then the maximum number of clock cycles for pX_tx_stN_valid_i to go high after the assertion of pX_tx_st_ready_o is one (as illustrated in the following figure).

Case 2: If there is no TLP suspended due to the deassertion of pX_tx_st_ready_o, then there is no requirement, and the application logic can reassert pX_tx_stN_valid_i as soon as it has a TLP available to transmit.

The application must not deassert pX_tx_stN_valid_i between pX_tx_stN_sop_i and pX_tx_stN_eop_i unless there is backpressure from the R-Tile PCIe IP indicated by the deassertion of pX_tx_st_ready_o.

Note: Failing to meet this guideline may cause the transmission of a TLP with an invalid LCRC.
Note: This is an additional requirement for the R-Tile PCI Express IP core that does not follow the Avalon® -ST standard.
Figure 33.  Avalon® Streaming TX Interface pX_tx_st_ready_o Behavior