We have detected your current browser version is not the latest one. Xilinx.com uses the latest web technologies to bring you the best online experience possible. Please upgrade to a Xilinx.com supported browser:Chrome, Firefox, Internet Explorer 11, Safari. Thank you!

AR# 14669

Virtex-II Pro RocketIO - Why are TX_BUFFER_USE and RX_BUFFER_USE always set to TRUE? Can I change them?


The RocketIO User Guide states that TX_BUFFER_USE and RX_BUFFER_USE are always set to TRUE. Can these FIFOs be bypassed?


You may change these attributes to FALSE, but the following considerations should first be taken into account: 




- Without TX FIFO, data is clocked directly from the TXUSRCLK domain to the REFCLK domain without any buffering. 

- The phase relationship between TXUSRCLK and REFCLK is unpredictable because each is typically distributed by a different means, REFCLK from IBUFG, and TXUSRCLK from DCM + BUFG. 

- The phase relationship between transceivers may vary for the same reason. 


Because of these factors, reliable operation without the TX FIFO is not guaranteed. For applications that have a higher jitter tolerance, REFCLK and TXUSRCLK may be distributed together (via BUFG), yielding a low skew between them at the MGT. Reliable operation without the TX FIFO may be possible in this situation, but this has not yet been verified in silicon. 




- Without the RX FIFO, RXUSRCLK must be driven from RXRECCLK; however, the phase relationship between the two clocks is unpredictable (after RXRECCLK has been brought out to the fabric, perhaps routed through DCM and/or BUFG, and brought back to the MGT). 

- The phase relationship may vary between transceivers if RXRECCLK from one transceiver is delivered as RXUSRCLK to multiple transceivers. 


Because of these factors, reliable operation without the RX FIFO is not guaranteed. Sophisticated techniques may establish reliable use of RXRECLK as RXUSRCLK with a bypassed RX FIFO (this would have to be performed separately for each transceiver). Such techniques have not yet been proven, however.

AR# 14669
Date 05/14/2014
Status Archive
Type General Article