5.8. Source Interfaces
The following tables list the source’s port interfaces. Your instantiation contains only the interfaces that you have enabled.
| Interface | Port Type | Clock Domain | Port | Direction | Description |
|---|---|---|---|---|---|
| clk | Clock | N/A | clk | Input | Clock for embedded controller. |
| reset | Reset | clk | reset | Input | Reset for embedded controller. |
| tx_mgmt | AV-MM | clk | tx_mgmt_address[8:0] | Input | 32-bit word addressing address. |
| tx_mgmt_chipselect | Input | Assert for valid read or write access. | |||
| tx_mgmt_read | Input | Assert to indicate a read transfer. | |||
| tx_mgmt_write | Input | Assert to indicate a write transfer. | |||
| tx_mgmt_writedata[31:0] | Input | Data for write transfers. | |||
| tx_mgmt_readdata[31:0] | Output | Data for read transfers. | |||
| tx_mgmt_waitrequest | Output | Asserted when the DisplayPort IP is unable to respond to a read or write request. Forces the GPU to wait until the IP is ready to proceed with the transfer. | |||
| tx_mgmt_irq | IRQ | clk | tx_mgmt_irq | Output | Interrupt for embedded controller. |
| Interface | Port Type | Clock Domain | Port | Direction | Description |
|---|---|---|---|---|---|
| xcvr_mgmt_clk | Clock | N/A | xcvr_mgmt_clk | Input | Transceiver management clock. |
| clk_cal | Clock | N/A | clk_cal | Input | A 50-MHz calibration clock input. This clock must be synchronous to the clock used for the Transceiver Reconfiguration block (xvcr_mgmt_clk), external to the DisplayPort source. |
| tx_analog_reconfig | Conduit | xcvr_mgmt_clk | tx_vod[2n - 1:0] | Output | Transceiver analog reconfiguration handshaking. |
| tx_emp[2n - 1:0] | Output | ||||
| tx_analog_reconfig_req | Output | ||||
| tx_analog_reconfig_ack | Input | ||||
| tx_analog_reconfig_busy | Input | ||||
| tx_reconfig | Conduit | xcvr_mgmt_clk | tx_link_rate_8bits[7:0] | Output | Transceiver link rate reconfiguration handshaking. |
| tx_reconfig_req | Input | ||||
| tx_reconfig_ack | Input | ||||
| tx_reconfig_busy | Input |
Video Interface
When you turn off Enable Video input Image port, the source uses the standard HSYNC/VSYNC/DE ports in txN_vid_clk and txN_video_in interfaces.
| Interface | Port Type | Clock Domain | Port | Direction | Description |
|---|---|---|---|---|---|
| txN_vid_clk | Clock | N/A | txN_vid_clk | Input | Video clock. |
| txN_video_in | Conduit | txN_vid_clk | txN_vid_data[3v*p-1:0] | Input | Video data and standard H/V synchronization video port input. |
| txN_vid_v_sync[p-1:0] | Input | ||||
| txN_vid_h_sync[p-1:0] | Input | ||||
| txN_vid_de[p-1:0] | Input |
When you turn on Enable Video input Image port, the source uses the txN_im_clk and txN_video_in_im interfaces.
| Interface | Port Type | Clock Domain | Port | Direction | Description |
|---|---|---|---|---|---|
| txN_im_clk | Clock | N/A | txN_im_clk | Input | Video Image clock. |
| txN_video_in | Conduit | txN_im_clk | txN_im_sol | Input | Start of video line. |
| txN_im_eol | Input | End of video line. | |||
| txN_im_sof | Input | Start of video frame. | |||
| txN_im_eof | Input | End of video frame. | |||
| txN_im_data[3v*p-1:0] | Input | Video input data. | |||
| txN_im_valid[p-1:0] | Input | Video data valid. Each bit must assert when all other signals on this port are valid and the corresponding pixel belongs to active video. | |||
| txN_im_locked | Input | Video locked
|
|||
| txN_im_interlace | Input | Video interlaced
|
|||
| txN_im_field | Input | Video field
|
| Interface | Port Type | Clock Domain | Port | Direction | Description |
|---|---|---|---|---|---|
| tx_axi4s_clk | Clock | N/A | tx_axi4s_clk | Input | AXI4-stream video clock (300 Mhz) |
| tx_axi4s_reset | Reset | tx_axi4s_clk | tx_axi4s_reset | Input | AXI4-stream video reset |
| tx_axi4s_vid_in | Conduit | tx_axi4s_vid_in_tdata[(3v+7/8)*p*8-1:0] | Input | AXI4-stream video data | |
| tx_axi4s_vid_in_tuser[(3v+7/8)*p-1:0] | Input | AXI4-stream video data start of frame | |||
| tx_axi4s_vid_in_tvalid | Input | AXI4-stream video data valid | |||
| tx_axi4s_vid_in_tready | Output | AXI4-stream video data ready | |||
| tx_axi4s_vid_in_tlast | Input | AXI4-stream video data end of line |
| Interface | Port Type | Clock Domain | Port | Direction | Description |
|---|---|---|---|---|---|
| aux_clk | Clock | N/A |
aux_clk | Input | AUX channel clock. |
| aux_reset | Reset | aux_clk | aux_reset | Input | Active-high AUX channel reset. |
| tx_aux | Conduit | aux_clk | tx_aux_in | Input | AUX channel data input. |
| tx_aux_out | Output | AUX channel data output. | |||
| tx_aux_oe | Output | Output buffer enable. | |||
| tx_hpd | Input | Hot plug detect. | |||
| tx_aux_debug | AV-ST | aux_clk | tx_aux_debug_data[31:0] | Output | Formatted AUX channel debug data. |
| tx_aux_debug_valid | Output | Asserted when all the other signals on this port are valid. | |||
| tx_aux_debug_sop | Output | Start of packet (start of AUX request or reply). | |||
| tx_aux_debug_eop | Output | End of packet (end of AUX request or reply). | |||
| tx_aux_debug_err | Output | Asserted when an AUX channel bit error is detected. | |||
| tx_aux_debug_cha | Output | The channel number for data being transferred on the current cycle. Used as AUX channel data direction. 0 = Reply (from DisplayPort sink) 1 = Request (to DisplayPort sink) |
| Interface | Signal Type | Clock Domain | Port | Direction | Description |
|---|---|---|---|---|---|
| tx_ss_clk | Clock | N/A | tx_ss_clk | Output | TX transceiver clock out and clock for secondary stream. |
| Secondary Stream (txN_ss) |
AV-ST | tx_ss_clk | txN_ss_data[127:0] | Input | Secondary stream interface. |
| txN_ss_valid | Input | ||||
| txN_ss_ready | Output | ||||
| txN_ss_sop | Input | ||||
| txN_ss_eop | Input |
| Interface | Signal Type | Clock Domain | Port | Direction | =Description |
|---|---|---|---|---|---|
| Audio (txN_audio) |
Clock | N/A | txN_audio_clk | Input | Audio clock |
| Conduit | txN_audio_clk | txN_audio_lpcm_data [m*32-1:0] | Input | m channels of 32-bit audio sample data. | |
| txN_audio_valid | Input | Must be asserted when valid data is available on txN_audio_lpcm_data. | |||
| txN_audio_mute | Input | Must be asserted when audio is muted. |
| Interface | Port Type | Clock Domain | Port | Direction | Description |
|---|---|---|---|---|---|
| TX transceiver interface | Clock | N/A | tx_std_clkout | Input | TX transceiver clock out. Equivalent to Link Speed Clock (ls_clk). All lanes on this interface use a single clock, sourced from DisplayPort Lane 0 |
| Conduit | tx_std_clkout | tx_parallel_data[w–1:0] | Output | Parallel data for TX transceiver | |
| Conduit | N/A | tx_pll_powerdown | Output | PLL power down for TX transceiver | |
| Conduit | xcvr_mgmt_clk | tx_digitalreset[n–1:0] | Output | Resets the digital TX portion of TX transceiver
Note: Required only for Arria V, Cyclone V, and Stratix V devices.
|
|
| Conduit | N/A | tx_analogreset[n–1:0] | Output | Resets the analog TX portion of TX transceiver
Note: Required only for Arria V, Cyclone V, and Stratix V devices.
|
|
| Conduit | N/A | tx_cal_busy[n–1:0] | Input | Calibration in progress signal from TX transceiver | |
| Conduit | N/A | tx_pll_locked | Input | PLL locked signal from TX transceiver |
| Interface | Port Type | Clock Domain | Port | Direction | Description | |
|---|---|---|---|---|---|---|
| HDCP Clocks (hdcp_clks) | Reset | – | hdcp_reset | Input | Main asynchronous reset for HDCP. | |
| Clock | – | csr_clk | Input | HDCP clock for control and status registers. Typically, shares the Nios® V processor clock (100 MHz). |
||
| – | crypto_clk | Input | HDCP 2.3 clock for authentication and cryptographic layer. You can use any clock with a frequency of up to 200 MHz. Not applicable for HDCP 1.3.
Note: The clock frequency determines the authentication latency.
|
|||
| CSR Interface (tx_csr) | Avalon-MM | csr_clk | tx_csr_addr[7:0] | Input | The Avalon® memory-mapped interface slave port that provides access to internal control and status register, mainly for authentication messages transfer. This interface is expected to operate at Nios® V processor clock domain. Because of the extremely large bit portion of message, the IP transfers the message in burst mode with full handshaking mechanism. Write transfers always have a wait time of 0 cycle while read transfers have a wait time of 1 cycle. The addressing should be accessed as word addressing in the Platform Designer flow. For example, addressing of 4 in the Nios® V software selects the address of 1 in the slave. |
|
| tx_csr_wr | Input | |||||
| tx_csr_rd | Input | |||||
| tx_csr_wrdata[31:0] | Input | |||||
| tx_csr_rddata[31:0] | Output | |||||
| HDCP Key and Status Interface (tx_hdcp) | Conduit (Key) | crypto_clk | tx_kmem_wait[0] (HDCP 2.3) tx_kmem_wait[1] (HDCP 1.3) |
Input | Always keep this signal asserted until the key is ready to be read. This signal is not available if you turn on the Support HDCP Key Management parameter. |
|
| tx_kmem_rdaddr[3:0] (HDCP 2.3) tx_kmem_rdaddr[9:4] (HDCP 1.3) |
Output | Key read address bus. [3:2] = Reserved. This signal is not available if you turn on the Support HDCP Key Management parameter. |
||||
| tx_kmem_q[31:0] (HDCP 2.3) tx_kmem_q[87:32] (HDCP 1.3) |
Input | Key data for read transfers. Read transfer always have a wait time of 1 cycle. This signal is not available if you turn on the Support HDCP Key Management parameter. |
||||
| Avalon-MM | csr_clk | tx_hdcp1_kmem_wr | Input | The Avalon® memory-mapped slave port provides write access to internal HDCP 1.3 key storage. Write transfers always have a wait time of 0. The Avalon® memory-mapped master access the addressing as word addressing in the Platform Designer flow. For example, addressing of 4 in the Avalon® memory-mapped master selects the address of 1 in the slave. These signals are only available if you turn on the Support HDCP Key Management parameter and the Support HDCP 1.3 parameter. |
||
| tx_hdcp1_kmem_wrdata[31:0] | Input | |||||
| tx_hdcp1_kmem_addr[6:0] | Input | |||||
| Avalon-MM | csr_clk | tx_hdcp2_kmem_wr | Input | The Avalon® memory-mapped slave port provides write access to internal HDCP 2.3 key storage. Write transfers always have a wait time of 0. The Avalon® memory-mapped master access the addressing as word addressing in the Platform Designer flow. For example, addressing of 4 in the Avalon® memory-mapped master selects the address of 1 in the slave. These signals are only available if you turn on the Support HDCP Key Management parameter and the Support HDCP 2.3 parameter. |
||
| tx_hdcp2_kmem_wrdata[31:0] | Input | |||||
| tx_hdcp2_kmem_addr[3:0] | Input | |||||
| Conduit | tx_std_clkout[0] | tx_hdcp1_enabled | Output | This signal is asserted by the IP if the outgoing video and secondary data are HDCP 1.3 encrypted. | ||
| tx_hdcp2_enabled | Output | This signal is asserted by the IP if the outgoing video and secondary data are HDCP 2.3 encrypted. | ||||
| csr_clk | tx_hdcp1_disable | Input | Assert this signal to disable the HDCP 1.3 IP.
Note: You must reset the HDCP IP (hdcp_reset) after toggling this signal. You must not call the software API hdcp_main() while this signal is asserted. You must call the software API hdcp_unauth() after deasserting this signal.
|
|||
| tx_hdcp2_disable | Input | Assert this signal to disable the HDCP 2.3 IP.
Note: You must reset the HDCP IP (hdcp_reset) after toggling this signal. You must not call the software API hdcp_main() while this signal is asserted. You must call the software API hdcp_unauth() after deasserting this signal.
|
||||