No subject

d clock signals=20
are almost aligned to the edge - which likely means the MAC TX delay is dis=
abled.

Therefore, I'd prefer the driver to simply configure the MAC delay based on=
 the phy-mode=20
and the tx/rx-internal-delay-ps properties.

As you mentioned before, the v4 behavior results in a network interface tha=
t can successfully=20
probe but does not actually work.
So, I'm also considering another approach on the AST2600:
to not support rgmii, rgmii-txid, or rgmii-rxid modes directly.
If any of these are encountered, the driver could automatically treat them =
as rgmii-id and issue=20
a warning.

Thanks,
Jacky