Forum Discussion
Occasional ContributorHow to switch the HDMI PHY reference clock to the HDMI Rx TMDS clock ?
Hi
In the document "HDMI PHY Intel FPGA IP User Guide" ver. 2022.10.31 (newest) section "5.1.2. Dynamic Reconfiguration" it is described that:
The RX reconfiguration management is handled predominantly by the RTL.
The software is mainly used to switch the reference clock over from the fixed rate clock to the RX TMDS clock (via IOPLL). This is because the transceiver requires a clock to be present at power-up.
However, in section "5.1.5. RX PHY Address Map" the register description does not have any register that handled such switch of the clock. Also, based on the frequency of the output clock rx_clk[0] I can seen that is is the reference clock at fr_clk divided by 2, thus not the HDMI TMDS clock, so switch is required in order to get the correct clock on rx_clk for data to the HDMI core.
Question: How to switch the HDMI PHY reference clock to the HDMI Rx TMDS clock ?
Thanks in advance for any help.
Br M_DK_FPGA
Hi Wincent_Altera,
Thanks for the answer at 2024-12-29.
Please bear with me for the long comment below, but I like to document the effort I have gone through to determine how to use the HDMI PHY RX IP block, since it appears that I am either missing something, or the HDMI PHY RX IP block does not provided the shortcut to a HDMI implementation that I originally expected.
In the HDMI example project I found the file "intel_hdmi_rx_phy.c" (attached for reference) with the function "intel_hdmi_rx_phy_switch_ref_clock".
In the document "HDMI PHY Intel FPGA IP Design Example User Guide" at link https://www.intel.com/content/www/us/en/docs/programmable/732781/22-2-1-0-0/phy-design-example-quick-start-guide.html, I looked for references to the file "intel_hdmi_rx_phy.c" or function "intel_hdmi_rx_phy_switch_ref_clock", but could not find any, so I assume there is no documentation of the file nor function.
When reverse engineering the function "intel_hdmi_rx_phy_switch_ref_clock", I found use of addresses based on the file "intel_hdmi_rx_phy_regs.h" (attached for reference), where the relevant addresses are in the ranges:
0x0000 - 0x0FFF for INTEL_HDMI_RX_PHY_RCFG_MGMT
0x1000 - 0x1FFF for INTEL_HDMI_RX_PHY_MEASURE_PIO
The addresses in range 0x1000 - 0x1FFF for INTEL_HDMI_RX_PHY_MEASURE_PIO are described in the document "HDMI PHY Intel FPGA IP User Guide" section "5.1.5. RX PHY Address Map" link https://www.intel.com/content/www/us/en/docs/programmable/732147/22-3-1-0-1/rx-phy-address-map-21037.html.
The addresses in range 0x0000 - 0x0FFF for INTEL_HDMI_RX_PHY_RCFG_MGMT are described as "Transceiver Avalon reconfiguration bus" in the section "5.1.5. RX PHY Address Map", where the specific addresses used in the function "intel_hdmi_rx_phy_switch_ref_clock" from the file "intel_hdmi_rx_phy_regs.h" are:
INTEL_HDMI_RX_PHY_RCFG_MGMT_ACCESS: INTEL_HDMI_RX_PHY_RCFG_MGMT + 0x000
INTEL_HDMI_RX_PHY_RCFG_MGMT_CDR_REFCLK_W: INTEL_HDMI_RX_PHY_RCFG_MGMT + 0x504
INTEL_HDMI_RX_PHY_RCFG_MGMT_CDR_REFCLK_R: INTEL_HDMI_RX_PHY_RCFG_MGMT + 0x5ACThe offset addresses, for example 0x504, requires reference to the document "Arria 10 Transceiver PHY User Guide" at link https://www.intel.com/content/www/us/en/docs/programmable/683617/21-1/transceiver-phy-overview.html, with further reference to the section "6.19. Arria 10 Transceiver Register Map" at link https://www.intel.com/content/www/us/en/docs/programmable/683617/21-1/transceiver-register-map.html which has reference to the Excel sheet "Arria 10 Transceiver Register Map" at link https://www.altera.com/content/dam/altera-www/global/en_US/others/literature/hb/arria-10/a10_registermap.xlsx. The address offset reference in "intel_hdmi_rx_phy_regs.h", for example 0x504, must be divided by 4 due to 32-bit access by NIOS CPU and decoded as PMA reference to give the address C.0x141, for which documentation can then be found in that Excel sheet.
Having the decoded address C.0x141 I was further able to find additional reference to offset 0x141 in document "Arria 10 Transceiver PHY User Guide" section "6.11.2.3. CDR and CMU Reference Clock Switching" at link https://www.intel.com/content/www/us/en/docs/programmable/683617/21-1/cdr-and-cmu-reference-clock-switching.html, with description of the reference clock switching.
Please let me know if I missed some description in the document "HDMI PHY Intel FPGA IP User Guide", but it appears that the answer to my original question "How to switch the HDMI PHY reference clock to the HDMI Rx TMDS clock ?" at 2024-12-03 requires reverse engineering of the example design as described above, based on your reference to file and function, and further detailed knowledge about the transceivers and the related document "Arria 10 Transceiver PHY User Guide".
Also, please let me know, if reference clocks to switch between in the HDMI PHY RX IP block is documented anywhere, except in the example project file "intel_hdmi_rx_phy.c" function "intel_hdmi_rx_phy_switch_ref_clock", where it can be determined by reverse engineering the address offset used to read the lookup values in the transceiver Extended Register Map.
Please be assured that I appreciate your effort and continuous support, and it looks like the issue is almost resolved, however with the likely conclusion that the HDMI PHY RX IP block does not wrap the complexity of the transceiver as was my original impression.
Regards,
M_DK_FPGA
18 Replies
Wincent_AlteraRegular Contributor
Hi,
For example of connected Phy reference clock to HDMI Rx TMDS clock, you may refer to
https://www.intel.com/content/www/us/en/docs/programmable/683465/current/uhd-hdmi-2-0-video-format-conversion-42221.htmlirst of all, the AN-776 design and 22.4 HDMI example design share the same RX CDR refclk and TX fPLL refck topology.
The following Figures 9 and 7 are from the 22.4 HDMI Intel® Arria 10 FPGA IP Design Example User Guide.
Please note that TMDS clock from TX source feeds the RX channel drives IOPLL and output clock_0 drives the rx_cdr_refclk input signal
The refclk_fmcb_p from Si5338 programmable oscillator drives the hdmi_tx_ref_clk pin, which drives fPLL refclk input pin.If TMDS clock on RX channel drives the TX fPLL refclk input, TX and RX will be no longer working independently. ie. TX data rate will change (unless reconfigure logic is being added to prevent the frequency change) depend on RX TMDS clock.
I hope this helps. Please let me know if any clarification is needed.
Regards,Wincent
- Wincent_Altera
Hi,
I wish to follow up with you about this case.
Do you have any further questions on this matter ?
Else I would like to have your permission to close this forum ticket. Nevertheless, you can still response to the forum and I will be available to assist you.
Regards,
Wincent_Altera
p/s: If any answer from the community or Altera Support is helpful, please feel free to give the best answer or rate 9/10 survey.
M_DK_FPGAHi Wincent_Altera,
Thanks for looking into this question.
There was some amount of new material for me to look at, so I did not answer right away.
However, even though the example in AN-776 is comprehensive, and covering much more than only the HDMI RX PHY part I look at, there was no where in the Rx register map in appendix "A. HDMI RX Interface Register Map" where I could find information about how to change the clock between reference clock and HDMI Rx clock in the HDMI RX PHY.
I have attached image with Figure 4 from the HDMI RX PHY documentation, where the text under the image says "Allows software to switch the transceiver reference clock from the fr_clk to the rx_tmds_clk.". However, I was unable to find information in the PHY RX document about the mechanism that provides this ability to switch between the clocks.
Question: How to switch the HDMI PHY reference clock to the HDMI Rx TMDS clock ?
Thanks in advance for your support.
Best regards
M_DK_FPGA
- Wincent_Altera
Hi,
TMDS clock must also drive the transceiver dedicated reference clock pin.
If the TMDS clock pin is routed to the transceiver dedicated reference clock pin
you only need to create one transceiver reference clock input.
You can use the TMDS clock as reference clock for a generic core PLL to drive the transceiver
Regards,Wincent
- M_DK_FPGA
Hi Wincent,
Sure, I appreciate your attention, and acknowledge that the HDMI cores are complicated with lots of options and configurations.
Regards,
M_DK_FPGA
- Wincent_Altera
Hi DK,
below is response i got from our internal team.
"these steps are governed by software. Software will detect HPD, based on the HPD status the clk will change."
Let me know if that answered your question or not.
Regards,
Wincent
- M_DK_FPGA
Hi Wincent,
Thanks for getting back to this.
I am uncertain what software is referenced to in the response "these steps are governed by software. Software will detect HPD, based on the HPD status the clk will change.", since I have found no description of a CPU in the PHY. I assume HPD is a references to Hot-Plug Detect.
Question: Where is this software located and executing ?
If the reference to software above is for software running on a CPU outside the PHY, then I assume that the PHY is accessed through the Avalon memory mapped interface presented at the PHY. The designer using the HDMI PHY Rx then needs to know how software is to control the clock selection, for example using some internal PHY register, since that software is not part of the PHY, but is to be written separately as part of the system. So that brings me back to the question of how software can control selection of the reference clock in the PHY.
Question: How to switch the HDMI PHY reference clock to the HDMI Rx TMDS clock, as the bullet says in "Allows software to switch the transceiver reference clock from the fr_clk to the rx_tmds_clk." ?
Regards,
M_DK_FPGA
- Wincent_Altera
Hi DK,
I am checking this info with our design team.
But due to holiday season, please except a delay response.
I will keep chasing this queries closely, get back to you immediately once I have update.
Regards,
Wincent
- Wincent_Altera
Hi DK,
You can refer to this function “intel_hdmi_rx_phy_switch_ref_clock” in the intel_hdmi_rx_phy.c.
The switching is done through the AVMM write to the PHY register.
Regards.
Wincent
- Wincent_Altera
Hi,
I wish to follow up with you about this case.
Do you have any further questions on this matter ?
Else I would like to have your permission to close this forum ticket. Nevertheless, you can still response to the forum and I will be available to assist you.
Regards,
Wincent_Altera
- M_DK_FPGA
Hi Wincent_Altera,
Thanks for the answer at 2024-12-29.
Please bear with me for the long comment below, but I like to document the effort I have gone through to determine how to use the HDMI PHY RX IP block, since it appears that I am either missing something, or the HDMI PHY RX IP block does not provided the shortcut to a HDMI implementation that I originally expected.
In the HDMI example project I found the file "intel_hdmi_rx_phy.c" (attached for reference) with the function "intel_hdmi_rx_phy_switch_ref_clock".
In the document "HDMI PHY Intel FPGA IP Design Example User Guide" at link https://www.intel.com/content/www/us/en/docs/programmable/732781/22-2-1-0-0/phy-design-example-quick-start-guide.html, I looked for references to the file "intel_hdmi_rx_phy.c" or function "intel_hdmi_rx_phy_switch_ref_clock", but could not find any, so I assume there is no documentation of the file nor function.
When reverse engineering the function "intel_hdmi_rx_phy_switch_ref_clock", I found use of addresses based on the file "intel_hdmi_rx_phy_regs.h" (attached for reference), where the relevant addresses are in the ranges:
0x0000 - 0x0FFF for INTEL_HDMI_RX_PHY_RCFG_MGMT
0x1000 - 0x1FFF for INTEL_HDMI_RX_PHY_MEASURE_PIO
The addresses in range 0x1000 - 0x1FFF for INTEL_HDMI_RX_PHY_MEASURE_PIO are described in the document "HDMI PHY Intel FPGA IP User Guide" section "5.1.5. RX PHY Address Map" link https://www.intel.com/content/www/us/en/docs/programmable/732147/22-3-1-0-1/rx-phy-address-map-21037.html.
The addresses in range 0x0000 - 0x0FFF for INTEL_HDMI_RX_PHY_RCFG_MGMT are described as "Transceiver Avalon reconfiguration bus" in the section "5.1.5. RX PHY Address Map", where the specific addresses used in the function "intel_hdmi_rx_phy_switch_ref_clock" from the file "intel_hdmi_rx_phy_regs.h" are:
INTEL_HDMI_RX_PHY_RCFG_MGMT_ACCESS: INTEL_HDMI_RX_PHY_RCFG_MGMT + 0x000
INTEL_HDMI_RX_PHY_RCFG_MGMT_CDR_REFCLK_W: INTEL_HDMI_RX_PHY_RCFG_MGMT + 0x504
INTEL_HDMI_RX_PHY_RCFG_MGMT_CDR_REFCLK_R: INTEL_HDMI_RX_PHY_RCFG_MGMT + 0x5ACThe offset addresses, for example 0x504, requires reference to the document "Arria 10 Transceiver PHY User Guide" at link https://www.intel.com/content/www/us/en/docs/programmable/683617/21-1/transceiver-phy-overview.html, with further reference to the section "6.19. Arria 10 Transceiver Register Map" at link https://www.intel.com/content/www/us/en/docs/programmable/683617/21-1/transceiver-register-map.html which has reference to the Excel sheet "Arria 10 Transceiver Register Map" at link https://www.altera.com/content/dam/altera-www/global/en_US/others/literature/hb/arria-10/a10_registermap.xlsx. The address offset reference in "intel_hdmi_rx_phy_regs.h", for example 0x504, must be divided by 4 due to 32-bit access by NIOS CPU and decoded as PMA reference to give the address C.0x141, for which documentation can then be found in that Excel sheet.
Having the decoded address C.0x141 I was further able to find additional reference to offset 0x141 in document "Arria 10 Transceiver PHY User Guide" section "6.11.2.3. CDR and CMU Reference Clock Switching" at link https://www.intel.com/content/www/us/en/docs/programmable/683617/21-1/cdr-and-cmu-reference-clock-switching.html, with description of the reference clock switching.
Please let me know if I missed some description in the document "HDMI PHY Intel FPGA IP User Guide", but it appears that the answer to my original question "How to switch the HDMI PHY reference clock to the HDMI Rx TMDS clock ?" at 2024-12-03 requires reverse engineering of the example design as described above, based on your reference to file and function, and further detailed knowledge about the transceivers and the related document "Arria 10 Transceiver PHY User Guide".
Also, please let me know, if reference clocks to switch between in the HDMI PHY RX IP block is documented anywhere, except in the example project file "intel_hdmi_rx_phy.c" function "intel_hdmi_rx_phy_switch_ref_clock", where it can be determined by reverse engineering the address offset used to read the lookup values in the transceiver Extended Register Map.
Please be assured that I appreciate your effort and continuous support, and it looks like the issue is almost resolved, however with the likely conclusion that the HDMI PHY RX IP block does not wrap the complexity of the transceiver as was my original impression.
Regards,
M_DK_FPGA
- Wincent_Altera
Hi DK,
Please bear with me for the long comment below, but I like to document the effort I have gone through to determine how to use the HDMI PHY RX IP block, since it appears that I am either missing something, or the HDMI PHY RX IP block does not provided the shortcut to a HDMI implementation that I originally expected
>> thanks for document your finding in here, I believe this will benefits to the fpga community as well
Please let me know if I missed some description in the document "HDMI PHY Intel FPGA IP User Guide", but it appears that the answer to my original question "How to switch the HDMI PHY reference clock to the HDMI Rx TMDS clock ?" at 2024-12-03 requires reverse engineering of the example design as described above, based on your reference to file and function, and further detailed knowledge about the transceivers and the related document "Arria 10 Transceiver PHY User Guide".
>> it look nice from what I am seeing now.
Also, please let me know, if reference clocks to switch between in the HDMI PHY RX IP block is documented anywhere, except in the example project file "intel_hdmi_rx_phy.c" function "intel_hdmi_rx_phy_switch_ref_clock", where it can be determined by reverse engineering the address offset used to read the lookup values in the transceiver Extended Register Map.
>> so far, there is none, I will file an internal document enhancement ticket, hope the related team will include this change in future release of document.
Let me know if you have any further clarification.
Regards,
Wincent
