> >> +properties:
> >> + rx-internal-delay-ps:
> >> + description: |
> >> + RGMII RX Clock Delay used only when PHY operates in RGMII mode with
> >> + internal delay (phy-mode is 'rgmii-id' or 'rgmii-rxid') in pico-seconds.
> >> + enum: [ 0, 150, 300, 450, 600, 750, 900, 1050, 1200, 1350, 1500, 1650,
> >> + 1800, 1900, 1950, 2050, 2100, 2200, 2250, 2350, 2500, 2650, 2800,
> >> + 2950, 3100, 3250, 3400, 3550, 3700, 3850, 4000, 4150 ]
> >> + default: 1950
> >
> > Ah! There has been a misunderstand. Yes, this changes does make sense, but >
> >> +
> >> + tx-internal-delay-ps:
> >> + description: |
> >> + RGMII TX Clock Delay used only when PHY operates in RGMII mode with
> >> + internal delay (phy-mode is 'rgmii-id' or 'rgmii-txid') in pico-seconds.
> >> + enum: [ 0, 150, 300, 450, 600, 750, 900, 1050, 1200, 1350, 1500, 1650, 1800,
> >> + 1950, 2100, 2250 ]
> >> + default: 150
> >
> > ... i was actually trying to say this 150 is odd. Why is this not
> > 1950?
>
> Tx-delay is usually adjusted by the mac (~ 2ns).
> So here is only fine-turn for the tx-delay.
In general, in Linux, this is not true. The PHY inserts both
delays. Yes, you can have the MAC insert the delay, but it then means
the MAC needs to modify phy-mode to indicate it has inserted the
delay, changing rgmii-id to rmgmii-rxid when it calls
phy_connect_*(). And few MAC drivers get this correct. So i would
avoid this. Default to 1950. And if there is a device which needs a
fine tune, it can use 2100, or 2250 in its DTS file.
Andrew
