On Thu, Nov 07, 2024 at 06:31:26PM +0800, Joey Lu wrote:
Dear Andrew,That is a legitimate use case which can require the MAC to add delays,
Thank you for your reply.
Andrew Lunn 於 11/7/2024 2:13 AM 寫道:
I will add them.+ phy-mode:The phy-mode deepened on the board design. All four rgmii values are
+ enum:
+ - rmii
+ - rgmii-id
valid.
I will fix it.+If you absolutely really need these, keep them, but i suggest you drop
+ tx_delay:
+ maxItems: 1
+ description:
+ Control transmit clock path delay in nanoseconds.
+
+ rx_delay:
+ maxItems: 1
+ description:
+ Control receive clock path delay in nanoseconds.
them. They just cause confusion, when ideally we want the PHY to be
adding RGMII delays, not the MAC.
If you do need them, then they should be in pS.
We have customers who use a fixed link instead of a PHY, so these properties
may be necessary.
but i generally try to get the switch on the other end to add the
delays, just to keep with the uniform setup.
Also, please take a look at ethernet-controller.yaml, these should be
called rx-internal-delay-ps & tx-internal-delay-ps.
Andrew