From: Jakub Kicinski <kuba@kernel.org>
To: David Awogbemila <awogbemila@google.com>,
Yangchun Fu <yangchun@google.com>
Cc: netdev@vger.kernel.org, Kuo Zhao <kuozhao@google.com>,
Willem de Bruijn <willemdebruijn.kernel@gmail.com>
Subject: Re: [PATCH net-next 05/18] gve: Add Gvnic stats AQ command and ethtool show/set-priv-flags.
Date: Tue, 25 Aug 2020 09:46:35 -0700 [thread overview]
Message-ID: <20200825094635.715db5c0@kicinski-fedora-PC1C0HJN> (raw)
In-Reply-To: <CAL9ddJcDYcn+p33nKicmp7yHm6PnZ9iXnghO4AYHNmtCFCe2eQ@mail.gmail.com>
On Tue, 25 Aug 2020 08:46:12 -0700 David Awogbemila wrote:
> > > + // stats from NIC
> > > + RX_QUEUE_DROP_CNT = 65,
> > > + RX_NO_BUFFERS_POSTED = 66,
> > > + RX_DROPS_PACKET_OVER_MRU = 67,
> > > + RX_DROPS_INVALID_CHECKSUM = 68,
> >
> > Most of these look like a perfect match for members of struct
> > rtnl_link_stats64. Please use the standard stats to report the errors,
> > wherever possible.
> These stats are based on the NIC stats format which don't exactly
> match rtnl_link_stats64.
> I'll add some clarification in the description and within the comments.
You must report standard stats. Don't be lazy and just dump everything
in ethtool -S and expect the user to figure out the meaning of your
strings.
> > > +static int gve_set_priv_flags(struct net_device *netdev, u32 flags)
> > > +{
> > > + struct gve_priv *priv = netdev_priv(netdev);
> > > + u64 ori_flags, new_flags;
> > > + u32 i;
> > > +
> > > + ori_flags = READ_ONCE(priv->ethtool_flags);
> > > + new_flags = ori_flags;
> > > +
> > > + for (i = 0; i < GVE_PRIV_FLAGS_STR_LEN; i++) {
> > > + if (flags & BIT(i))
> > > + new_flags |= BIT(i);
> > > + else
> > > + new_flags &= ~(BIT(i));
> > > + priv->ethtool_flags = new_flags;
> > > + /* set report-stats */
> > > + if (strcmp(gve_gstrings_priv_flags[i], "report-stats") == 0) {
> > > + /* update the stats when user turns report-stats on */
> > > + if (flags & BIT(i))
> > > + gve_handle_report_stats(priv);
> > > + /* zero off gve stats when report-stats turned off */
> > > + if (!(flags & BIT(i)) && (ori_flags & BIT(i))) {
> > > + int tx_stats_num = GVE_TX_STATS_REPORT_NUM *
> > > + priv->tx_cfg.num_queues;
> > > + int rx_stats_num = GVE_RX_STATS_REPORT_NUM *
> > > + priv->rx_cfg.num_queues;
> > > + memset(priv->stats_report->stats, 0,
> > > + (tx_stats_num + rx_stats_num) *
> > > + sizeof(struct stats));
> >
> > I don't quite get why you need the knob to disable some statistics.
> > Please remove or explain this in the cover letter. Looks unnecessary.
> We use this to give the guest the option of disabling stats reporting
> through ethtool set-priv-flags. I'll update the cover letter.
I asked you why you reply a week later with "I want to give user the
option. I'll update the cover letter." :/ That's quite painful for the
reviewer. Please just provide the justification.
> > > @@ -880,6 +953,10 @@ static void gve_handle_status(struct gve_priv *priv, u32 status)
> > > dev_info(&priv->pdev->dev, "Device requested reset.\n");
> > > gve_set_do_reset(priv);
> > > }
> > > + if (GVE_DEVICE_STATUS_REPORT_STATS_MASK & status) {
> > > + dev_info(&priv->pdev->dev, "Device report stats on.\n");
> >
> > How often is this printed?
> Stats reporting is disabled by default. But when enabled, this would
> only get printed whenever the virtual NIC detects
> an issue and triggers a report-stats request.
What kind of issue? Something serious? Packet drops?
next prev parent reply other threads:[~2020-08-25 16:46 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-18 19:43 [PATCH net-next 00/18] GVE Driver v1.1.0 Features David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 01/18] gve: Get and set Rx copybreak via ethtool David Awogbemila
2020-08-18 20:00 ` Andrew Lunn
2020-08-18 19:44 ` [PATCH net-next 02/18] gve: Add stats for gve David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 03/18] gve: Register netdev earlier David Awogbemila
2020-08-18 20:09 ` Andrew Lunn
2020-08-18 19:44 ` [PATCH net-next 04/18] gve: Add support for dma_mask register David Awogbemila
2020-08-18 20:15 ` Andrew Lunn
2020-08-18 19:44 ` [PATCH net-next 05/18] gve: Add Gvnic stats AQ command and ethtool show/set-priv-flags David Awogbemila
2020-08-19 3:13 ` Jakub Kicinski
2020-08-25 15:46 ` David Awogbemila
2020-08-25 16:46 ` Jakub Kicinski [this message]
2020-08-26 0:06 ` David Awogbemila
2020-08-26 0:53 ` Jakub Kicinski
2020-08-27 19:24 ` David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 06/18] gve: Batch AQ commands for creating and destroying queues David Awogbemila
2020-08-18 20:16 ` David Miller
2020-08-18 22:25 ` David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 07/18] gve: Use link status register to report link status David Awogbemila
2020-08-19 3:36 ` Jakub Kicinski
2020-08-25 15:46 ` David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 08/18] gve: Enable Link Speed Reporting in the driver David Awogbemila
2020-08-18 21:30 ` Jakub Kicinski
2020-08-18 19:44 ` [PATCH net-next 09/18] gve: Add support for raw addressing device option David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 10/18] gve: Add support for raw addressing to the rx path David Awogbemila
2020-08-18 20:18 ` David Miller
2020-08-18 22:25 ` David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 11/18] gve: Add support for raw addressing in the tx path David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 12/18] gve: Add netif_set_xps_queue call David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 13/18] gve: Add rx buffer pagecnt bias David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 14/18] gve: Move the irq db indexes out of the ntfy block struct David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 15/18] gve: Prefetch packet pages and packet descriptors David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 16/18] gve: Also WARN for skb index equals num_queues David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 17/18] gve: Switch to use napi_complete_done David Awogbemila
2020-08-18 19:44 ` [PATCH net-next 18/18] gve: Bump version to 1.1.0 David Awogbemila
2020-08-19 3:40 ` Jakub Kicinski
2020-08-18 20:19 ` [PATCH net-next 00/18] GVE Driver v1.1.0 Features David Miller
2020-08-18 22:24 ` David Awogbemila
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=20200825094635.715db5c0@kicinski-fedora-PC1C0HJN \
--to=kuba@kernel.org \
--cc=awogbemila@google.com \
--cc=kuozhao@google.com \
--cc=netdev@vger.kernel.org \
--cc=willemdebruijn.kernel@gmail.com \
--cc=yangchun@google.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