[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210712114114.35d7771b@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com>
Date: Mon, 12 Jul 2021 11:41:14 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: <alexandru.tachici@...log.com>
Cc: <netdev@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<devicetree@...r.kernel.org>, <robh+dt@...nel.org>,
<andrew@...n.ch>, <hkallweit1@...il.com>, <linux@...linux.org.uk>,
<davem@...emloft.net>
Subject: Re: [PATCH v2 4/7] net: phy: adin1100: Add ethtool get_stats
support
On Mon, 12 Jul 2021 16:06:28 +0300 alexandru.tachici@...log.com wrote:
> +static const struct adin_hw_stat adin_hw_stats[] = {
> + { "total_frames_error_count", 0x8008 },
> + { "total_frames_count", 0x8009, 0x800A }, /* hi, lo */
> + { "length_error_frames_count", 0x800B },
> + { "alignment_error_frames_count", 0x800C },
> + { "symbol_error_count", 0x800D },
> + { "oversized_frames_count", 0x800E },
> + { "undersized_frames_count", 0x800F },
> + { "odd_nibble_frames_count", 0x8010 },
> + { "odd_preamble_packet_count", 0x8011 },
> + { "false_carrier_events_count", 0x8013 },
> +};
Since this phy seems to implement a lot MAC stats would it make sense
to plumb thru the new ethtool API for PHYs (ethtool_eth_mac_stats etc.)
rather than let the same string proliferation problem spring up in
another section of the code?
Powered by blists - more mailing lists