DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Eimear Morrissey" <eimear.morrissey@ie.ibm.com>
To: Arnon Warshavsky <arnon@qwilt.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] Inconsistent statistics counters for pmd_i40e
Date: Thu, 22 Oct 2015 13:48:58 +0100	[thread overview]
Message-ID: <201510221250.t9MCnwU9023878@d06av04.portsmouth.uk.ibm.com> (raw)
In-Reply-To: <CAKy9EB0zDEaHRr7UEEaMrbdyiYoJvpLpiuBGDtHE8e7zBP7ezQ@mail.gmail.com>


Arnon Warshavsky <arnon@qwilt.com> wrote on 10/22/2015 12:12:47 PM:

> From: Arnon Warshavsky <arnon@qwilt.com>
> To: Eimear Morrissey/Ireland/IBM@IBMIE
> Cc: dev@dpdk.org
> Date: 10/22/2015 12:12 PM
> Subject: Re: [dpdk-dev] Inconsistent statistics counters for pmd_i40e
>
> You are right.
> Given this thread updated today
> http://dpdk.org/ml/archives/dev/2015-September/023480.html (updates
> from today still not there)
> It seems I was too quick to jump to conclusion.

> Just in case, when bound to i40e, can you run ethtool -i on that
interface?
> It should show the fw version.

> thanks
> /Arnon
>
> On Thu, Oct 22, 2015 at 12:57 PM, Eimear Morrissey <
> eimear.morrissey@ie.ibm.com> wrote:
> Arnon Warshavsky <arnon@qwilt.com> wrote on 10/19/2015 03:46:22 PM:
>
> > From: Arnon Warshavsky <arnon@qwilt.com>
> > To: Eimear Morrissey/Ireland/IBM@IBMIE
> > Cc: dev@dpdk.org
> > Date: 10/19/2015 03:46 PM
>
> > Subject: Re: [dpdk-dev] Inconsistent statistics counters for pmd_i40e
> >
> > Hi Eimear
> >
> > This is the link I have.
> > https://downloadcenter.intel.com/download/24769
> >
> > I guess that the version seen in the web page comes from a different
> > parallel universe.
> > You should see the actual fw version inside the zip file.
>
> > Thanks
> > /Arnon
> >
> > On Mon, Oct 19, 2015 at 5:30 PM, Eimear Morrissey <
> eimear.morrissey@ie.ibm.com
> > > wrote:
> > Arnon Warshavsky <arnon@qwilt.com> wrote on 10/19/2015 03:01:46 PM:
> >
> > > From: Arnon Warshavsky <arnon@qwilt.com>
> > > To: Eimear Morrissey/Ireland/IBM@IBMIE
> > > Cc: dev@dpdk.org
> > > Date: 10/19/2015 03:01 PM
> > > Subject: Re: [dpdk-dev] Inconsistent statistics counters for pmd_i40e
> >
> > >
> > > Hi Eimear,
> > >
> > > I just experienced the same problem with firmware versions 4.23 and
> > > 4.33 (dpdk 2.0). Did not get to try the latest which is 4.5.
> > > Looking at the code, I don't see that this counter is being read any
> > > differently than its peer counters and I suspect the nic itself.
> > > Can you tell which firmware version you were using?
> > >
> > > thanks
> > > /Arnon
> > >
> > > On Mon, Oct 19, 2015 at 2:43 PM, Eimear Morrissey <
> > eimear.morrissey@ie.ibm.com
> > > > wrote:
> > >
> > >
> > > Hi,
> > >
> > > I'm having issues measuring packets dropped at the NIC in both the
2.0.0
> > > and 2.1.0 versions of DPDK on an X710 Intel NIC.
> > >
> > > In dpdk-2.0.0
> > > Using rte_eth_xstats the rx_packets and rx_bytes counters increase as
> > > expected, however rx_missed_errors is always 0 even if a sleep
> statement is
> > > added between calls to rte_eth_rx_burst. However changing the
coremask so
> > > the application is running on a different socket than the card will
cause
> > > rx_missed_errors to increment for a limited amount of time and then
stop.
> > > Using rte_eth_stats, ipackets is incremented on packet receipt but
the
> > > q_ipackets and q_errors arrays remain zero. Even crossing sockets
seems to
> > > have no effect on q_errors.
> > >
> > > In dpdk-2.1.0 the behaviour is the same as above, except that
> the number of
> > > fields returned by rte_eth_xstats_get is reduced (no rx_missed errors
at
> > > all) so running on a different socket no longer has any noticeable
effect
> > > on the stats.
> > >
> > > My understanding from the API manual is that the rte_eth_stats
q_errors
> > > array should count the packets missed because software isn't polling
fast
> > > enough, but that doesn't seem to be the case? Is there a standard
DPDK way
> > > to check this? The application is a forwarding one so there's noother
way
> > > to estimate drop except through NIC rx.
> > >
> > > Thanks,
> > > Eimear
> > >
> > >
> > >
> > > --
> > >
> > > Arnon Warshavsky
> > > Qwilt | work: +972-72-2221634 | mobile: +972-50-8583058 |
arnon@qwilt.com
>
> > Hi Arnon,
> >
> > The firmware version I'm using is 4.26. Where do you see the latest
> > is 4.5 - I can't find anything obvious in the download centre?
> >
> > Regards,
> > Eimear
> >
> >
> >
> > --
> >
> > Arnon Warshavsky
> > Qwilt | work: +972-72-2221634 | mobile: +972-50-8583058 |
arnon@qwilt.com
>

> I tried installing the firmware but on running the NVM update tool I
> just get "No updates available for your device" which makes me think
> that (for my SKU at least) I'm on the latest firmware.
>
> Also, if I bind the card back to the i40e driver, I can force the
> dropped count in ifconfig to increase by decreasing the rx ring size
> so I'm not convinced it's entirely a hardware issue.
>
> Regards,
> Eimear
>
>
>
> --
>
> Arnon Warshavsky
> Qwilt | work: +972-72-2221634 | mobile: +972-50-8583058 | arnon@qwilt.com

Thanks for the thread link - I didn't see it when I searched.

As for firmware - ethtool gives me:
driver: i40e
version: 1.3.39.1
firmware-version: 4.26 0x80001609 0.0.0
bus-info: 0000:86:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: yes

Which is lower than the version from the NVM update tool (4.5 as you said)
but attempting to update just gives

Intel(R) Ethernet NVM Update Tool
NVMUpdate version 1.25.20.03
Copyright (C) 2013 - 2015 Intel Corporation.


WARNING: TO AVOID DAMAGE TO YOUR DEVICE, DO NOT EXIT OR REBOOT OR POWER OFF
THE SYSTEM DURING THIS UPDATE
Inventory in progress. Please wait [+.........]


Num Description                            Device-Id B:D   Adapter Status
=== ====================================== ========= =====
====================
01) Intel(R) Ethernet Controller X710 for  8086-1572 134:00 Update not
available

  reply	other threads:[~2015-10-22 12:50 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-19 11:43 Eimear Morrissey
2015-10-19 14:01 ` Arnon Warshavsky
2015-10-19 14:30   ` Eimear Morrissey
     [not found]   ` <201510191431.t9JEVGZU009574@d06av07.portsmouth.uk.ibm.com>
2015-10-19 14:46     ` Arnon Warshavsky
2015-10-22  9:57       ` Eimear Morrissey
     [not found]       ` <201510220958.t9M9wIwD002743@d06av01.portsmouth.uk.ibm.com>
2015-10-22 11:12         ` Arnon Warshavsky
2015-10-22 12:48           ` Eimear Morrissey [this message]
     [not found]           ` <201510221250.t9MCo3I0011654@d06av03.portsmouth.uk.ibm.com>
2015-10-25 17:58             ` Arnon Warshavsky

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=201510221250.t9MCnwU9023878@d06av04.portsmouth.uk.ibm.com \
    --to=eimear.morrissey@ie.ibm.com \
    --cc=arnon@qwilt.com \
    --cc=dev@dpdk.org \
    /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).