[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220411104934.029409a6@kernel.org>
Date: Mon, 11 Apr 2022 10:49:34 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Jiri Pirko <jiri@...nulli.us>
Cc: Michael Guralnik <michaelgur@...dia.com>, netdev@...r.kernel.org,
jiri@...dia.com, ariela@...dia.com, maorg@...dia.com,
saeedm@...dia.com, moshe@...dia.com
Subject: Re: [RFC PATCH net-next 0/2] devlink: Add port stats
On Mon, 11 Apr 2022 12:28:40 +0200 Jiri Pirko wrote:
> >> The approach of adding object-attached statistics is already supported for trap
> >> with traffic statistics and for the dev object with reload statistics.
> >
> >That's an entirely false comparison.
>
> The trap stats are there already, why do you thing it is a "false
> comparison" to that?
>
> They use DEVLINK_ATTR_STATS attribute to carry the stats nest and then:
> DEVLINK_ATTR_STATS_RX_PACKETS, /* u64 */
> DEVLINK_ATTR_STATS_RX_BYTES, /* u64 */
> DEVLINK_ATTR_STATS_RX_DROPPED, /* u64 */
> I think that the semantics of these are quite clear.
Exactly, (1) the semantics of statistics on traps and health are clearly
dictated by the object, there is no ambiguity what rx packets for a trap
means; (2) the statistics are enumerated by the core...
> >> For the port object, this will allow the device driver to expose and dynamicly
> >> control a set of metrics related to the port.
..this is like saying "it was 14C in Prague and San Francisco today, so
the weather was the same. It was sunny in Prague and raining in SF".
Powered by blists - more mailing lists