[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BN8PR12MB3266EC7870338BA4A65E8A6CD3320@BN8PR12MB3266.namprd12.prod.outlook.com>
Date: Mon, 20 Jan 2020 10:31:17 +0000
From: Jose Abreu <Jose.Abreu@...opsys.com>
To: Russell King - ARM Linux admin <linux@...linux.org.uk>
CC: Andrew Lunn <andrew@...n.ch>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
Joao Pinto <Joao.Pinto@...opsys.com>,
Florian Fainelli <f.fainelli@...il.com>,
Heiner Kallweit <hkallweit1@...il.com>,
"David S. Miller" <davem@...emloft.net>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [RFC net-next] net: phy: Add basic support for Synopsys XPCS
using a PHY driver
From: Russell King - ARM Linux admin <linux@...linux.org.uk>
Date: Jan/13/2020, 14:18:17 (UTC+00:00)
> I've recently suggested a patch to phylink to add a generic helper to
> read the state from a generic 802.3 clause 37 PCS, but I guess that
> won't be sufficient for an XPCS. However, it should give some clues
> if you're intending to use phylink.
So, I think for my particular setup (that has no "real" PHY) we can have
something like this in SW PoV:
stmmac -> xpcs -> SW-PHY / Fixed PHY
- stmmac + xpcs state would be handled by phylink (MAC side)
- SW-PHY / Fixed PHY state would be handled by phylink (PHY side)
This would need updates for Fixed PHY to support >1G speeds.
---
Thanks,
Jose Miguel Abreu
Powered by blists - more mailing lists