[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <64462bcf-6c0c-af4f-19f4-d203daeabec3@zonque.org>
Date: Mon, 30 Mar 2020 11:29:27 +0200
From: Daniel Mack <daniel@...que.org>
To: Andrew Lunn <andrew@...n.ch>
Cc: vivien.didelot@...il.com, f.fainelli@...il.com,
davem@...emloft.net, netdev@...r.kernel.org
Subject: Re: [PATCH] net: dsa: mv88e6xxx: don't force settings on CPU port
On 3/28/20 12:52 AM, Andrew Lunn wrote:
>> I tried this as well with v5.5, but that leads to the external phy not
>> seeing a link at all. Will check again though.
>
> Did you turn off auto-neg on the external PHY and use fixed 100Full?
> Ethtool on the SoC interface should show you if the switch PHY is
> advertising anything. I'm guessing it is not, and hence you need to
> turn off auto neg on the external PHY.
>
> Another option would be something like
>
> port@6 {
> reg = <6>;
> label = "cpu";
> ethernet = <&fec1>;
>
> phy-handle = <phy6>;
> };
> };
>
> mdio {
> #address-cells = <1>;
> #size-cells = <0>;
> phy6: ethernet-phy@6 {
> reg = <6>;
> interrupt-parent = <&switch0>;
> interrupts = <0 IRQ_TYPE_LEVEL_HIGH>;
> };
> };
>
> By explicitly saying there is a PHY for the CPU node, phylink might
> drive it.
Hmm, no. No luck with this either.
Given that the code forces the MAC for cases in which there is no PHY,
could we maybe omit this if there _is_ a PHY? Or make it conditional via
a DT property?
Thanks,
Daniel
Powered by blists - more mailing lists