From: Wei Fang <wei.fang@nxp.com>
To: Paolo Abeni <pabeni@redhat.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"imx@lists.linux.dev" <imx@lists.linux.dev>,
Claudiu Manoil <claudiu.manoil@nxp.com>,
Vladimir Oltean <vladimir.oltean@nxp.com>,
Clark Wang <xiaoning.wang@nxp.com>,
"andrew+netdev@lunn.ch" <andrew+netdev@lunn.ch>,
"davem@davemloft.net" <davem@davemloft.net>,
"edumazet@google.com" <edumazet@google.com>,
"kuba@kernel.org" <kuba@kernel.org>,
"robh@kernel.org" <robh@kernel.org>,
"krzk+dt@kernel.org" <krzk+dt@kernel.org>,
"conor+dt@kernel.org" <conor+dt@kernel.org>,
"f.fainelli@gmail.com" <f.fainelli@gmail.com>,
Frank Li <frank.li@nxp.com>,
"chleroy@kernel.org" <chleroy@kernel.org>,
"horms@kernel.org" <horms@kernel.org>,
"linux@armlinux.org.uk" <linux@armlinux.org.uk>
Subject: RE: [PATCH v5 net-next 15/15] net: dsa: netc: add support for ethtool private statistics
Date: Wed, 6 May 2026 07:06:14 +0000 [thread overview]
Message-ID: <DBBPR04MB75005341C32C4798BA08D503883F2@DBBPR04MB7500.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <37382811-ba47-4432-9911-6c39acea4f86@redhat.com>
> On 4/30/26 4:49 AM, Wei Fang wrote:
> > Implement the ethtool private statistics interface to expose additional
> > port-level and MAC-level counters that are not covered by the standard
> > IEEE 802.3 statistics. The pMAC counters are only reported when the port
> > supports Frame Preemption (802.1Qbu/802.3br).
> >
> > Signed-off-by: Wei Fang <wei.fang@nxp.com>
> > ---
> > drivers/net/dsa/netc/netc_ethtool.c | 107
> ++++++++++++++++++++++++++
> > drivers/net/dsa/netc/netc_main.c | 3 +
> > drivers/net/dsa/netc/netc_switch.h | 9 +++
> > drivers/net/dsa/netc/netc_switch_hw.h | 58 ++++++++++++++
> > 4 files changed, 177 insertions(+)
> >
> > diff --git a/drivers/net/dsa/netc/netc_ethtool.c
> b/drivers/net/dsa/netc/netc_ethtool.c
> > index ac8940b5a85c..8d04db534347 100644
> > --- a/drivers/net/dsa/netc/netc_ethtool.c
> > +++ b/drivers/net/dsa/netc/netc_ethtool.c
> > @@ -19,6 +19,56 @@ static const struct ethtool_rmon_hist_range
> netc_rmon_ranges[] = {
> > { }
> > };
> >
> > +static const struct netc_port_stat netc_port_counters[] = {
> > + { NETC_PTGSLACR, "port gate late arrival frames" },
> > + { NETC_PSDFTCR, "port SDF transmit frames" },
> > + { NETC_PSDFDDCR, "port SDF drop duplicate frames" },
> > + { NETC_PRXDCR, "port rx discard frames" },
> > + { NETC_PRXDCRRR, "port rx discard read-reset" },
> > + { NETC_PRXDCRR0, "port rx discard reason 0" },
> > + { NETC_PRXDCRR1, "port rx discard reason 1" },
> > + { NETC_PTXDCR, "port tx discard frames" },
> > + { NETC_PTXDCRRR, "port tx discard read-reset" },
> > + { NETC_PTXDCRR0, "port tx discard reason 0" },
> > + { NETC_PTXDCRR1, "port tx discard reason 1" },
> > + { NETC_BPDCR, "bridge port discard frames" },
> > + { NETC_BPDCRRR, "bridge port discard read-reset" },
> > + { NETC_BPDCRR0, "bridge port discard reason 0" },
> > + { NETC_BPDCRR1, "bridge port discard reason 1" },
> > +};
> > +
> > +static const struct netc_port_stat netc_emac_counters[] = {
> > + { NETC_PM_ROCT(0), "eMAC rx octets" },
> > + { NETC_PM_RVLAN(0), "eMAC rx VLAN frames" },
> > + { NETC_PM_RERR(0), "eMAC rx frame errors" },
> > + { NETC_PM_RUCA(0), "eMAC rx unicast frames" },
> > + { NETC_PM_RDRP(0), "eMAC rx dropped packets" },
> > + { NETC_PM_RPKT(0), "eMAC rx packets" },
> > + { NETC_PM_TOCT(0), "eMAC tx octets" },
> > + { NETC_PM_TVLAN(0), "eMAC tx VLAN frames" },
> > + { NETC_PM_TFCS(0), "eMAC tx FCS errors" },
> > + { NETC_PM_TUCA(0), "eMAC tx unicast frames" },
> > + { NETC_PM_TPKT(0), "eMAC tx packets" },
> > + { NETC_PM_TUND(0), "eMAC tx undersized packets" },
> > + { NETC_PM_TIOCT(0), "eMAC tx invalid octets" },
> > +};
> > +
> > +static const struct netc_port_stat netc_pmac_counters[] = {
> > + { NETC_PM_ROCT(1), "pMAC rx octets" },
> > + { NETC_PM_RVLAN(1), "pMAC rx VLAN frames" },
> > + { NETC_PM_RERR(1), "pMAC rx frame errors" },
> > + { NETC_PM_RUCA(1), "pMAC rx unicast frames" },
> > + { NETC_PM_RDRP(1), "pMAC rx dropped packets" },
> > + { NETC_PM_RPKT(1), "pMAC rx packets" },
> > + { NETC_PM_TOCT(1), "pMAC tx octets" },
> > + { NETC_PM_TVLAN(1), "pMAC tx VLAN frames" },
> > + { NETC_PM_TFCS(1), "pMAC tx FCS errors" },
> > + { NETC_PM_TUCA(1), "pMAC tx unicast frames" },
> > + { NETC_PM_TPKT(1), "pMAC tx packets" },
> > + { NETC_PM_TUND(1), "pMAC tx undersized packets" },
> > + { NETC_PM_TIOCT(1), "pMAC tx invalid octets" },
> > +};
>
> Sashiko says:
>
> Are these standard MAC and interface statistics being duplicated in the
> driver-private ethtool strings?
> The networking subsystem guidelines indicate that statistics which have
> a standard uAPI must not be duplicated in ethtool -S. Standard
> interfaces like struct rtnl_link_stats64 or struct ethtool_eth_mac_stats
> already exist for counters such as rx octets, rx packets, dropped
> packets, and FCS errors.
> Could these metrics be exposed through the standardized interfaces
> rather than adding them to the private string sets?
>
I don't think it is an issue. For the NETC switch, its ports support preemption,
so each port has two MACs (express MAC and preemptive MAC). The driver-
private statistics can help users obtain statistics for each MAC, just like the
standard statistics of ethtool. However, rtnl_link_stats64 retrieves the combined
statistics of the two MACs.
In addition, ethtool_eth_mac_stats only has the FCS error counter for RX,
not TX. what I added to driver-private was TX's FCS error counter.
prev parent reply other threads:[~2026-05-06 7:06 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-30 2:49 [PATCH v5 net-next 00/15] Add preliminary NETC switch support for i.MX94 Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 01/15] dt-bindings: net: dsa: update the description of 'dsa,member' property Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 02/15] dt-bindings: net: dsa: add NETC switch Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 03/15] net: enetc: add pre-boot initialization for i.MX94 switch Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 04/15] net: enetc: add basic operations to the FDB table Wei Fang
2026-05-05 8:59 ` Paolo Abeni
2026-05-06 6:37 ` Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 05/15] net: enetc: add support for the "Add" operation to VLAN filter table Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 06/15] net: enetc: add support for the "Update" operation to buffer pool table Wei Fang
2026-05-06 7:21 ` Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 07/15] net: enetc: add support for "Add" and "Delete" operations to IPFT Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 08/15] net: enetc: add multiple command BD rings support Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 09/15] net: dsa: add NETC switch tag support Wei Fang
2026-05-06 7:34 ` Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 10/15] net: dsa: netc: introduce NXP NETC switch driver for i.MX94 Wei Fang
2026-05-06 8:03 ` Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 11/15] net: dsa: netc: add phylink MAC operations Wei Fang
2026-05-06 8:20 ` Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 12/15] net: dsa: netc: add FDB, STP, MTU, port setup and host flooding support Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 13/15] net: dsa: netc: initialize buffer pool table and implement flow-control Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 14/15] net: dsa: netc: add support for the standardized counters Wei Fang
2026-04-30 2:49 ` [PATCH v5 net-next 15/15] net: dsa: netc: add support for ethtool private statistics Wei Fang
2026-05-05 9:43 ` Paolo Abeni
2026-05-06 7:06 ` Wei Fang [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DBBPR04MB75005341C32C4798BA08D503883F2@DBBPR04MB7500.eurprd04.prod.outlook.com \
--to=wei.fang@nxp.com \
--cc=andrew+netdev@lunn.ch \
--cc=chleroy@kernel.org \
--cc=claudiu.manoil@nxp.com \
--cc=conor+dt@kernel.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=edumazet@google.com \
--cc=f.fainelli@gmail.com \
--cc=frank.li@nxp.com \
--cc=horms@kernel.org \
--cc=imx@lists.linux.dev \
--cc=krzk+dt@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=robh@kernel.org \
--cc=vladimir.oltean@nxp.com \
--cc=xiaoning.wang@nxp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox