[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <6b50e9fb-ce59-406b-bab6-6cfa4eb44e3e@lunn.ch>
Date: Mon, 15 Sep 2025 14:32:12 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Andrew Jeffery <andrew@...econstruct.com.au>
Cc: Donald Shannon <donalds@...dia.com>, robh@...nel.org,
krzk+dt@...nel.org, conor+dt@...nel.org, joel@....id.au,
devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-aspeed@...ts.ozlabs.org, linux-kernel@...r.kernel.org,
openbmc@...ts.ozlabs.org, etanous@...dia.com
Subject: Re: [PATCH v2 2/2] ARM: dts: aspeed: Add NVIDIA VR144NVL board
> >
> > Our board phy implements tx and rx delay, so -id would be the appropriate one to use if we
> > decide to use it.
I'm curious. How do you achieve this? Have you hacked the bootloader?
> Right, so long as there's no delay configured for the MAC in the SCU
> (see SCU340-35C) and networking functions for your board then I think
> it's fine to keep the node and specify `phy-mode = "rgmii-id";`.
Yes, this is how it is supposed to work. But please add a comment to
the commit message about how this actually works, e.g. if you have a
hacked bootloader, please make that clear, in case somebody wants to
run the mainline version on this hardware.
Andrew
Powered by blists - more mailing lists