netdev - Re: [PATCH RFC russell-king 0/4] Support for RollBall 10G copper SFP modules

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:   Wed, 19 Aug 2020 17:54:21 +0200
From:   Marek Behún <marek.behun@....cz>
To:     Russell King - ARM Linux admin <linux@...linux.org.uk>
Cc:     Andrew Lunn <andrew@...n.ch>,
        Maxime Chevallier <maxime.chevallier@...tlin.com>,
        Baruch Siach <baruch@...s.co.il>,
        Chris Healy <cphealy@...il.com>,
        Florian Fainelli <f.fainelli@...il.com>, netdev@...r.kernel.org
Subject: Re: [PATCH RFC russell-king 0/4] Support for RollBall 10G copper
 SFP modules

Btw if you want to check out the current status of my work, you can find
it at

https://gitlab.nic.cz/turris/mox-kernel/-/tree/sfp-2020-08-work

the last patch is the one for marvell10g

On Wed, 19 Aug 2020 17:49:50 +0200
Marek Behún <marek.behun@....cz> wrote:

> Russell,
> 
> if you have time please rebase your work on top of Linus' master or
> net-next.
> 
> Btw one of your patches in clearfog branch breaks mvneta
> (although there are other patches which fix this break).
> Check this out:
>   patch
>       net: mvneta: move 1ms clock control into mac_prepare/mac_finish
>   removes definition of variables new_clk and gmac_clk in
>   mvneta_mac_config, but does not remove one instance of usage, which
>   can be seen in subsequent patch
>       net: mvneta: convert to phylink pcs operations
>   this is fixed by patch
>       net: mvneta: split out GMAC
>   where all of this is moved to mvgmac.c file.
> I found out because I did not apply the last patch for some reason
> (maybe it didn't apply on Linus' master or something, I don't
> remember), and it failed to compile.
> 
> http://git.arm.linux.org.uk/cgit/linux-arm.git/commit/?h=clearfog&id=ca096c11e6798b1f4da8466ab0c3bf42b6e9fb81
> http://git.arm.linux.org.uk/cgit/linux-arm.git/commit/?h=clearfog&id=1e345c538cc73d0b0a63c01a13e69a865905b7ae
> http://git.arm.linux.org.uk/cgit/linux-arm.git/commit/?h=clearfog&id=dc33cc833537d06b198c9226d4a230cfc33569a6
> 
> I have just sent patches that add 88E6393X switch to mv88e6xxx driver,
> since I am testing these SFPs on a Marvell Customer Reference Board
> containing this switch.
> 
> The board also contains the other PHY supported by the marvell10g PHY
> driver, 88E2110, so I will test my changes also on this PHY.
> 
> I am waiting for newer documentation for 88E3110, since the one I have
> is outdated and does not contain descriptions on how to resolve
> USXGMII auto-negotiation, which I would also like to add.
> 
> Marek