netdev - Re: [PATCH] net: dsa: mv88e6xxx: Allow MAC configuration for ports with internal PHY

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Mon, 22 Jun 2020 21:50:30 +0200
From:   Daniel Mack <daniel@...que.org>
To:     Russell King - ARM Linux admin <linux@...linux.org.uk>
Cc:     Andrew Lunn <andrew@...n.ch>, netdev@...r.kernel.org,
        vivien.didelot@...il.com, f.fainelli@...il.com
Subject: Re: [PATCH] net: dsa: mv88e6xxx: Allow MAC configuration for ports
 with internal PHY

On 6/22/20 9:43 PM, Russell King - ARM Linux admin wrote:
> On Mon, Jun 22, 2020 at 09:16:59PM +0200, Daniel Mack wrote:
>> On 6/22/20 8:58 PM, Russell King - ARM Linux admin wrote:

>>> I don't see an issue here:
>>>
>>> # ethtool -s lan1 autoneg off speed 10 duplex half
>>
>> I've tried that of course, but that doesn't fix the problem here. Which
>> switch port does 'lan1' map to in your setup? My CPU port maps to port 4.
> 
> This is a clearfog, it maps to the port closest to the SFP port.
> 
>> Correct me if I'm mistaken, but speed and duplex settings are only being
>> communicated to the MAC driver through the aforementioned chain of
>> calls, right?
> 
> No, as I explained, the PPU (which is hardware inside the switch)
> takes care of keeping the switch port in sync with the internal
> PHY.

Right. Got it now. As Andrew also explained, the most plausible
explanation is that the PPU is off for that port for some reason. I'll
go digging in that direction.

Consider that patch dropped hence.


Thanks a lot for your time and help!
Daniel