[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <21a00f02-7f2f-46da-a67f-be3e64019303@gmail.com>
Date: Thu, 7 Nov 2024 18:31:26 +0800
From: Joey Lu <a0987203069@...il.com>
To: Andrew Lunn <andrew@...n.ch>
Cc: andrew+netdev@...n.ch, davem@...emloft.net, edumazet@...gle.com,
kuba@...nel.org, pabeni@...hat.com, robh@...nel.org, krzk+dt@...nel.org,
conor+dt@...nel.org, mcoquelin.stm32@...il.com, richardcochran@...il.com,
alexandre.torgue@...s.st.com, joabreu@...opsys.com, ychuang3@...oton.com,
schung@...oton.com, yclu4@...oton.com, linux-arm-kernel@...ts.infradead.org,
netdev@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, openbmc@...ts.ozlabs.org,
linux-stm32@...md-mailman.stormreply.com
Subject: Re: [PATCH 1/3] dt-bindings: net: nuvoton: Add schema for Nuvoton
MA35 family GMAC
Dear Andrew,
Thank you for your reply.
Andrew Lunn 於 11/7/2024 2:13 AM 寫道:
>> + phy-mode:
>> + enum:
>> + - rmii
>> + - rgmii-id
> The phy-mode deepened on the board design. All four rgmii values are
> valid.
I will add them.
>> +
>> + tx_delay:
>> + maxItems: 1
>> + description:
>> + Control transmit clock path delay in nanoseconds.
>> +
>> + rx_delay:
>> + maxItems: 1
>> + description:
>> + Control receive clock path delay in nanoseconds.
> If you absolutely really need these, keep them, but i suggest you drop
> 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.
I will fix it.
We have customers who use a fixed link instead of a PHY, so these
properties may be necessary.
> Andrew
Thanks!
BR,
Joey
Powered by blists - more mailing lists