RE: [PATCH net-next 1/3] dt-bindings: net: tja11xx: use reverse-mode to instead of rmii-refclk-in

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: Andrew Lunn <andrew@xxxxxxx>
> Sent: 2024年8月16日 10:33
> To: Wei Fang <wei.fang@xxxxxxx>
> Cc: davem@xxxxxxxxxxxxx; edumazet@xxxxxxxxxx; kuba@xxxxxxxxxx;
> pabeni@xxxxxxxxxx; robh@xxxxxxxxxx; krzk+dt@xxxxxxxxxx;
> conor+dt@xxxxxxxxxx; f.fainelli@xxxxxxxxx; hkallweit1@xxxxxxxxx;
> linux@xxxxxxxxxxxxxxx; Andrei Botila (OSS) <andrei.botila@xxxxxxxxxxx>;
> netdev@xxxxxxxxxxxxxxx; devicetree@xxxxxxxxxxxxxxx;
> linux-kernel@xxxxxxxxxxxxxxx
> Subject: Re: [PATCH net-next 1/3] dt-bindings: net: tja11xx: use reverse-mode
> to instead of rmii-refclk-in
> 
> > According to the commit message c858d436be8b ("net: phy: introduce
> > PHY_INTERFACE_MODE_REVRMII"), my understanding is that
> > PHY_INTERFACE_MODE_REVRMII and PHY_INTERFACE_MODE_REVMII
> > are used for MAC to MAC connections, which means the MAC behaves
> > link an RMII/MII PHY. For the MAC to PHY connection, I think these two
> > macros are not applicable.
> 
> In MAC to MAC connections, REVRMII means that end plays the role of a
> PHY, even though it is a MAC.
> 
> What is actually happening when you use these properties/register
> setting on the PHY?  It is playing the role of a MAC? In order to have
> a working link, do you need to tell the MAC to play the role of the
> PHY?
> 
Based on the TJA data sheet, like TJA1103/TJA1104, if the reverse mode
is set. If XMII_MODE is set to MII, the device operates in revMII mode
(TXCLK and RXCLK are input). If XMII_MODE is set to RMII, the device
operates in revRMII mode (REF_CLK is output). So it's just that the input
and output directions of xx_CLK are reversed.
we don't need to tell the MAC to play the role of the PHY, in our case, we
just need the PHY to provide the reference clock in RMII mode.





[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux