netdev - Re: [PATCH v1 net-next] net: dsa: qca: ar9331: add ethtool stats support

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:   Tue, 17 Nov 2020 02:10:05 +0200
From:   Vladimir Oltean <olteanv@...il.com>
To:     Jakub Kicinski <kuba@...nel.org>
Cc:     Florian Fainelli <f.fainelli@...il.com>,
        Oleksij Rempel <o.rempel@...gutronix.de>,
        Andrew Lunn <andrew@...n.ch>,
        Vivien Didelot <vivien.didelot@...il.com>,
        "David S. Miller" <davem@...emloft.net>,
        Russell King <linux@...linux.org.uk>,
        Pengutronix Kernel Team <kernel@...gutronix.de>,
        netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
        linux-mips@...r.kernel.org
Subject: Re: [PATCH v1 net-next] net: dsa: qca: ar9331: add ethtool stats
 support

On Mon, Nov 16, 2020 at 04:02:13PM -0800, Jakub Kicinski wrote:
> For a while now we have been pushing back on stats which have a proper
> interface to be added to ethtool -S. So I'd expect the list of stats
> exposed via ethtool will end up being shorter than in this patch.

Hmm, not sure if that's ever going to be the case. Even with drivers
that are going to expose standardized forms of counters, I'm not sure
it's going to be nice to remove them from ethtool -S. Testing teams all
over the world have scripts that grep for those. Unfortunately I think
ethtool -S will always remain a dumping ground of hell, and the place
where you search for a counter based on its name from the hardware block
guide as opposed to its standardized name/function. And that might mean
there's no reason to not accept Oleksij's patch right away. Even if he
might volunteer to actually follow up with a patch where he exposes the
.ndo_get_stats64 from DSA towards drivers, as well as implements
.ndo_has_offload_stats and .ndo_get_offload_stats within DSA, that will
most likely be done as separate patches to this one, and not change in
any way how this patch looks.