From: Stephen Hemminger <stephen@networkplumber.org>
To: Tom Hall <thall@Brocade.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] Guidelines for stats_get ierrors in a media driver
Date: Tue, 16 May 2017 15:41:36 -0700 [thread overview]
Message-ID: <20170516154136.7e5c8baf@xeon-e3> (raw)
In-Reply-To: <1494969873552.80827@Brocade.com>
On Tue, 16 May 2017 21:25:37 +0000
Tom Hall <thall@Brocade.com> wrote:
> I'm trying to make sense of the stats_get ierrors value. It doesn't appear that there is any consistency between any of the net drivers for what this value truly represents. For example, the ixgbe driver calculates the value as
>
>
> stats->ierrors = hw_stats->crcerrs +
> hw_stats->mspdc +
> hw_stats->rlec +
> hw_stats->ruc +
> hw_stats->roc +
> hw_stats->illerrc +
> hw_stats->errbc +
> hw_stats->rfc +
> hw_stats->fccrc +
> hw_stats->fclast;
>
> While the vmxnet3 driver does the following
>
> RTE_BUILD_BUG_ON(RTE_ETHDEV_QUEUE_STAT_CNTRS < VMXNET3_MAX_RX_QUEUES); for (i = 0; i < hw->num_rx_queues; i++) { struct UPT1_RxStats *rxStats = &hw->rqd_start[i].stats; stats->q_ipackets[i] = rxStats->ucastPktsRxOK + rxStats->mcastPktsRxOK + rxStats->bcastPktsRxOK; stats->q_ibytes[i] = rxStats->ucastBytesRxOK + rxStats->mcastBytesRxOK + rxStats->bcastBytesRxOK; stats->ipackets += stats->q_ipackets[i]; stats->ibytes += stats->q_ibytes[i]; stats->q_errors[i] = rxStats->pktsRxError; stats->ierrors += rxStats->pktsRxError; stats->rx_nombuf += rxStats->pktsRxOutOfBuf; }
>
> The bnx2x driver sets the value in this way
>
> stats->ierrors =
> HILO_U64(sc->eth_stats.error_bytes_received_hi,
> sc->eth_stats.error_bytes_received_lo);
>
> Can someone address this inconsistancY? What should stats->ierrors represent?
>
> Tom Hall
>
> Brocade Communications
IMHO the DPDK driver should give the same value for ierrors that shows up for the analogous
driver in Linux kernel. I.e DPDK ierrors == Linux rx_errors (== ifi_ierrors BSD).
What you see is different drivers combining different internal error counters to produce
the same effective result.
If you want to drill down into each device type. then there are xstats for that.
prev parent reply other threads:[~2017-05-16 22:41 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-16 21:25 Tom Hall
2017-05-16 22:41 ` Stephen Hemminger [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=20170516154136.7e5c8baf@xeon-e3 \
--to=stephen@networkplumber.org \
--cc=dev@dpdk.org \
--cc=thall@Brocade.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;
as well as URLs for NNTP newsgroup(s).