-----Original Message-----
From: Jose Abreu [mailto:Jose.Abreu@synopsys.com]
Sent: Wednesday, June 5, 2019 9:13 PM
To: Florian Fainelli <f.fainelli@gmail.com>; Voon, Weifeng
[off-list ref]; David S. Miller [off-list ref];
Maxime Coquelin [off-list ref]; Russell King
[off-list ref]
Cc: netdev@vger.kernel.org; linux-kernel@vger.kernel.org; Giuseppe
Cavallaro [off-list ref]; Andrew Lunn [off-list ref];
Alexandre Torgue [off-list ref]; biao huang
[off-list ref]; Ong, Boon Leong
[off-list ref]; Kweh, Hock Leong
[off-list ref]
Subject: RE: [PATCH net-next v6 2/5] net: stmmac: introducing support for
DWC xPCS logics

From: Florian Fainelli <f.fainelli@gmail.com>

quoted

+Russell,

On 6/4/2019 11:58 AM, Voon Weifeng wrote:

quoted

From: Ong Boon Leong <redacted>

xPCS is DWC Ethernet Physical Coding Sublayer that may be integrated
into a GbE controller that uses DWC EQoS MAC controller. An example of
HW configuration is shown below:-

  <-----------------GBE Controller---------->|<--External PHY chip-->

  +----------+         +----+    +---+               +--------------+
  |   EQoS   | <-GMII->| DW |<-->|PHY| <-- SGMII --> | External GbE |
  |   MAC    |         |xPCS|    |IF |               | PHY Chip     |
  +----------+         +----+    +---+               +--------------+
         ^               ^                                  ^
         |               |                                  |
         +---------------------MDIO-------------------------+

xPCS is a Clause-45 MDIO Manageable Device (MMD) and we need a way

to

quoted

quoted

differentiate it from external PHY chip that is discovered over MDIO.
Therefore, xpcs_phy_addr is introduced in stmmac platform data
(plat_stmmacenet_data) for differentiating xPCS from 'phy_addr' that
belongs to external PHY.

Assuming this DW xPCS can be found with designs other than STMMAC

would

quoted

not it make sense to model this as some kind of PHY/MDIO bridge? A
little bit like what drivers/net/phy/xilinx_gmii2rgmii.c tries to do?

Yes, DW XPCS is a separate IP that can be sold without the MAC.

Hi Florian, thanks for pointing out the PHY driver for GMII to RGMII converter
implementation. It seems like community would like dwxpcs to take the
converter phy driver direction. 

We would like to check with community what is the MAC controller that is
using above PHY driver so that we can dig deeper into the PHY & MAC driver
architecture. We would like to map the existing usage of dwxpcs.c in 3/5 of
this series is architecturally ready for PHY driver framework or new APIs
would need to be defined. 

Thanks
Boon Leong