In Zynq UltraScale+ MPSoC, SGMII in PS using PS-GTR is supported.
Below is a list of questions you might have when starting to use SGMII mode with PS-GTR.
1) Is there a reference design for connecting a GE PHY to a GTR via SGMII?
No, there is no reference design for connecting a GE PHY to GTR via SGMII.
2) Is there a reference design specifically for the Marvell 88E1111?
No, we do not have a reference design specifically for Marvell PHY.
3) Is AC coupling required between the GTR and the 88E1111? (In the KCU105 which uses this same PHY in SGMII mode it is done with DC coupling, but it is connected to SelectIO.)
AC coupling is required on TXP/TXN and RXP/RXN pins going to/from GTR to PHY.
4) Are there any other reference clock options other than 125MHz?
The GTR reference clock should be 125 MHz.
5) What are the jitter specs for the GTR refclk when running SGMII? I want to know what quality of the reference clock is required for the GTR refclk input.
The following screen capture is per DS925 (page 46)
The following is the max clock phase noise:
-140 dBc/Hz from 50 kHz to 10 MHz.
6) Does the Gigabit Ethernet controller in the MPSoC use a clock from the SIOU derived from the GTR refclk? Or does it require another clock? What clock sources and frequencies can be used by the GE controller?
GEM in MPSoC does use the clocks from SIOU derived from the GTR refclk.
7) Is there anything else that can be done to reduce the number of clocks needed to make this Ethernet solution work? It seems like we might need 3 different clocks to make Ethernet on an RJ45 work?
The design requires a 25MHz clock for the PHY (for example 88E1111) controller. For GTR a dedicated differential input clock is required. A PS_CLK is required to operate a PS interface. As a result, three different clocks are needed.
8) Are there any special layout rules for PS_MGTRREF?
This pin needs to be grounded via a 500 Ohm resistor.
9) Is an MDIO interface needed between the MPSOC and the 88E1111 in addition to the SGMII data pins? If yes, could you please list the possibilities? I assume this would be on MIO or EMIO?
An MDIO interface is optional. Requirement for MDIO is driven by the system level requirement which needs to be supported.
Please consult the PHY product guide for information on what can be controlled using MDIO. If any of the features that can be implemented through MDIO become a system requirement, you can implement the interface.
It can be routed to either MIO or EMIO.
For example, some settings (like changing PHY address, disabling sleep mode, controlling auto-negotiation), of the PHY can be modified using an MDIO interface if there is a need.
10) Is there a Proper initialization sequence required for the lanes when SGMII mode is used - clock, etc.
Yes, you need to follow an initialization sequence for SGMII protocols. However, this should have been taken care of by the tool in psu_init.tcl out of box (FSBL).
11) Is there a designation of master preferred/slave preferred on the interface?
There is no preference as to master or slave.
12) How do I verify a valid SGMII link has been negotiated? Are there any registers that indicate link attempt, lane quality, master/slave clock configuration, etc.?
The PCS_STATUS register at offset 0x204 indicates link_status. Refer to bit  of this register. For register details, please refer to (UG1087).
13) What is the purpose of the PCS control registers for SGMII and description of them for SGMII mode?
You can use the PCS_CONTROL register to select speed, control Auto-negotiation, apply loopback and for PCS reset.
For SGMII mode, these bits are applicable. You can also change speed to 10/100 in SGMII mode.
14) GEM_CTRL (IOU_SLCR) Register Description
GEM3_SGMII_SD 7:6 rw 0x0 00: Tie the PCS signal detect to 0
01: Tie the PCS signal detect to 1
10: Signal detect from the external optical PHY via FMIO
11: Reserved.11: Reserved.
Does forcing to 1 indicate signal presence?
Yes, forcing this signal to 1 indicates signal presence from the optical PHY (you can force it via this register or route the signal_detect signal from the PL).
15) How was the SGMII interface validated?
SGMII was validated using the following flow:
|Name||File Size||File Type|