netdev - Re: dsa: using multi-gbps speeds on CPU port

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] [thread-next>] [day] [month] [year] [list]

Date:   Wed, 15 May 2019 17:19:31 +0100
From:   Russell King - ARM Linux admin <linux@...linux.org.uk>
To:     Florian Fainelli <f.fainelli@...il.com>
Cc:     Maxime Chevallier <maxime.chevallier@...tlin.com>,
        Andrew Lunn <andrew@...n.ch>,
        Vivien Didelot <vivien.didelot@...il.com>,
        netdev@...r.kernel.org,
        "thomas.petazzoni@...tlin.com" <thomas.petazzoni@...tlin.com>,
        Antoine Tenart <antoine.tenart@...tlin.com>,
        Heiner Kallweit <hkallweit1@...il.com>,
        Vladimir Oltean <olteanv@...il.com>
Subject: Re: dsa: using multi-gbps speeds on CPU port

On Wed, May 15, 2019 at 09:09:26AM -0700, Florian Fainelli wrote:
> Vladimir mentioned a few weeks ago that he is considering adding support
> for PHYLIB and PHYLINK to run without a net_device instance, you two
> should probably coordinate with each other and make sure both of your
> requirements (which are likely the same) get addressed.

I don't see how that's sane unless we just replace the "netdevice" in
there with an opaque "void *" and lose the typechecking.

That then means we'd need to eradicate all the messages therein, since
we can't use netdev_*() functions to print.

Then there's the patches I still have, that were rejected, and have had
no progress to get SFP working on 88x3310 - I'm just not bothering to
push them due to the rejection, and the lack of any ideas how to
approach this problem.  So we have the Macchiatobin which has now been
around for quite some time with SFP+ slots that are not particularly
functional with mainline kernels (but hey, I don't care, because they
work for me, because I have the patches that work!)

You all know where that is, I've tried pointing it out several times...

-- 
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up
According to speedtest.net: 11.9Mbps down 500kbps up