Thread (8 messages) flat view 8 messages, 3 authors, 2017-10-16

Re: [PATCH net-next] dsa: slave: support phy devices on external MII bus

From: Florian Fainelli <f.fainelli@gmail.com>
Date: 2017-10-16 14:16:20

On October 16, 2017 6:39:43 AM PDT, Andrew Lunn [off-list ref] wrote:
On Mon, Oct 16, 2017 at 03:16:51PM +0200, Martin Hundebøll wrote:
quoted
On 2017-10-16 14:32, Andrew Lunn wrote:
quoted
So this used to work. I have a 10G phy connected to the external MII
bus on a 6390. I wonder when this got broken? Supporting phy-handle
is
quoted
quoted
old code, so when i added the external MII i don't think i needed to
change any generic code.
It could look like commit cd28a1a9baee7 ('net: dsa: fully divert PHY
reads/writes if requested') changed the of-case to use the mdio bus
associated with struct dsa_switch unconditionally.
Hi Martin

I think ds->phys_mii_mask is playing a role here. I need to add some
debug prints to my setup and see what is happening with my external
10G PHY.
FWIW, bcm_sf2 uses a mixture of PHYs referenced by phandle and fixed PHY so if this did not work, I would have noticed.

The logic goes like this:

- try to connect to the PHY via phy-handle
- if we have a PHY we are connecting via phy-handle but we need to divert MDIO reads/writes connect using its address on the diverted bus
- connect using a fixed PHY
- finally try using the DSA slave MII bus which would connect to the switch internal PHYs

If 1) fails then that needs investigating as it really should not. Is it somehow possible that your PHY is powered down or something at that time and there is a timing/dependency not well handled?

-- 
Florian
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help