The following figure shows the simplex-TX core and simplex-RX core connected in a system. TX_IP and RX_IP could be in the same or multiple device(s).
Figure 1. System with Simplex Cores

The following figure shows the recommended procedure of
tx_system_reset and rx_system_reset assertion in the
simplex core.
-
tx_system_resetandrx_system_resetare asserted for at least six clockuser_clktime periods. -
tx_channel_upandrx_channel_upare deasserted after threeuser_clkcycles. -
rx_system_resetis deasserted (or) released aftertx_system_resetis deasserted. This ensures that the transceiver in the simplex-TX core starts transmitting initialization data much earlier and it enhances the likelihood of the simplex-RX core aligning to the correct data sequence. -
rx_channel_upis asserted beforetx_channel_upassertion. This condition must be satisfied by the simplex-RX core and simplex timer parameters (C_ALIGNED_TIMER, C_BONDED_TIMER and C_VERIFY_TIMER) in the simplex-TX core need to be adjusted to meet this criteria. -
tx_channel_upis asserted when the simplex-TX core completes the Aurora 8B/10B protocol channel initialization sequence transmission for the configured time. Assertion oflast ensures that the simplex-TX core transmits the Aurora initialization sequence when the simplex-RX core is ready.tx_channel_up
Note: Long delays between each board reset
assertion/de-assertion are not anticipated. System level considerations might be necessary
to ensure each board goes through the reset sequence flow without long delays. AMD highly recommends timely de-assertion of both board reset signals, with a
suggested gap to be within a few µs to avoid long delays.
Figure 2. tx_system_reset and rx_system_reset Assertion in the Simplex
Core

Note: The above use cases describes the impact on channel up with the
assertion of resets during normal operation.