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  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 <>
To:     Russell King - ARM Linux admin <>
Cc:     Andrew Lunn <>,
        Maxime Chevallier <>,
        Baruch Siach <>,
        Chris Healy <>,
        Florian Fainelli <>,
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

the last patch is the one for marvell10g

On Wed, 19 Aug 2020 17:49:50 +0200
Marek BehĂșn <> 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.
> 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

Powered by blists - more mailing lists