[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <14d3ba8c-c01f-42d2-9f5a-d681d9ce3a55@lunn.ch>
Date: Fri, 5 Jan 2024 20:54:01 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Petr Tesarik <petr@...arici.cz>
Cc: Alexandre Torgue <alexandre.torgue@...s.st.com>,
Jose Abreu <joabreu@...opsys.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
Maxime Coquelin <mcoquelin.stm32@...il.com>,
Jisheng Zhang <jszhang@...nel.org>,
"open list:STMMAC ETHERNET DRIVER" <netdev@...r.kernel.org>,
"moderated list:ARM/STM32 ARCHITECTURE" <linux-stm32@...md-mailman.stormreply.com>,
"moderated list:ARM/STM32 ARCHITECTURE" <linux-arm-kernel@...ts.infradead.org>,
open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] net: stmmac: fix ethtool per-queue statistics
On Fri, Jan 05, 2024 at 07:10:24PM +0100, Petr Tesarik wrote:
> Fix per-queue statistics for devices with more than one queue.
>
> The output data pointer is currently reset in each loop iteration,
> effectively summing all queue statistics in the first four u64 values.
>
> The summary values are not even labeled correctly. For example, if eth0 has
> 2 queues, ethtool -S eth0 shows:
>
> q0_tx_pkt_n: 374 (actually tx_pkt_n over all queues)
> q0_tx_irq_n: 23 (actually tx_normal_irq_n over all queues)
> q1_tx_pkt_n: 462 (actually rx_pkt_n over all queues)
> q1_tx_irq_n: 446 (actually rx_normal_irq_n over all queues)
> q0_rx_pkt_n: 0
> q0_rx_irq_n: 0
> q1_rx_pkt_n: 0
> q1_rx_irq_n: 0
>
> While touching this code, change the pointer type to u64 and get rid of the
> weird pointer arithmetic.
>
> Signed-off-by: Petr Tesarik <petr@...arici.cz>
> Fixes: 133466c3bbe1 ("net: stmmac: use per-queue 64 bit statistics where necessary")
Hi Petr
There are a few process things you are missing. Please take a look at
https://www.kernel.org/doc/html/latest/process/maintainer-netdev.html
You need to indicate which tree this is for.
Additionally, your Signed-off-by comes last.
Patches for stable should ideally be minimal. And obviously correct. See:
https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html
So the bits about changing the pointer type and removing the weird
arithmetic might be better suited for net-next, not net.
Andrew
Powered by blists - more mailing lists