From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e06smtp09.uk.ibm.com (e06smtp09.uk.ibm.com [195.75.94.105]) by dpdk.org (Postfix) with ESMTP id 3835A9592 for ; Thu, 22 Oct 2015 11:58:24 +0200 (CEST) Received: from localhost by e06smtp09.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 22 Oct 2015 10:58:23 +0100 Received: from d06dlp03.portsmouth.uk.ibm.com (9.149.20.15) by e06smtp09.uk.ibm.com (192.168.101.139) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 22 Oct 2015 10:58:23 +0100 X-IBM-Helo: d06dlp03.portsmouth.uk.ibm.com X-IBM-MailFrom: eimear.morrissey@ie.ibm.com X-IBM-RcptTo: dev@dpdk.org Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by d06dlp03.portsmouth.uk.ibm.com (Postfix) with ESMTP id A52EF1B08061 for ; Thu, 22 Oct 2015 10:58:30 +0100 (BST) Received: from d06av03.portsmouth.uk.ibm.com (d06av03.portsmouth.uk.ibm.com [9.149.37.213]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id t9M9wMDE10092860 for ; Thu, 22 Oct 2015 09:58:22 GMT Received: from d06av03.portsmouth.uk.ibm.com (localhost [127.0.0.1]) by d06av03.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id t9M9wLvT005774 for ; Thu, 22 Oct 2015 03:58:22 -0600 Received: from d50lp02.ny.us.ibm.com ([146.89.104.208]) by d06av03.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id t9M9wKHt003984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 22 Oct 2015 03:58:21 -0600 Message-Id: <201510220958.t9M9wKHt003984@d06av03.portsmouth.uk.ibm.com> Received: from /spool/local by d50lp02.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 22 Oct 2015 05:57:27 -0400 Received: from smtp.notes.na.collabserv.com (192.155.248.91) by d50lp02.ny.us.ibm.com (158.87.18.21) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256/256) Thu, 22 Oct 2015 05:57:25 -0400 Received: from /spool/local by smtp.notes.na.collabserv.com with smtp.notes.na.collabserv.com ESMTP for from ; Thu, 22 Oct 2015 09:57:24 -0000 Received: from us1a3-smtp01.a3.dal06.isc4sb.com (10.106.154.100) by smtp.notes.na.collabserv.com (10.106.227.143) with smtp.notes.na.collabserv.com ESMTP; Thu, 22 Oct 2015 09:57:21 -0000 Received: from us1a3-mail95.a3.dal06.isc4sb.com ([10.146.21.14]) by us1a3-smtp01.a3.dal06.isc4sb.com with ESMTP id 2015102209581372-172532 ; Thu, 22 Oct 2015 09:58:13 +0000 In-Reply-To: To: Arnon Warshavsky From: "Eimear Morrissey" Date: Thu, 22 Oct 2015 10:57:18 +0100 References: <201510191144.t9JBipSw002859@d06av08.portsmouth.uk.ibm.com><201510191431.t9JEVGZU009574@d06av07.portsmouth.uk.ibm.com> X-KeepSent: 308A08BA:9BF85BF5-00257EE6:00364203; type=4; name=$KeepSent X-Mailer: IBM Notes Release 9.0.1FP4 Octobe4, 2013 X-LLNOutbound: False X-Disclaimed: 18803 X-TNEFEvaluated: 1 x-cbid: 15102209-0037-0000-0000-00000463F98D X-IBM-ISS-SpamDetectors: Score=0.4332; BY=0.061869; FL=0; FP=0; FZ=0; HX=0; KW=0; PH=0; SC=0.4332; ST=0; TS=0; UL=0; ISC= X-IBM-ISS-DetailInfo: BY=3.00004521; HX=3.00000236; KW=3.00000007; PH=3.00000004; SC=3.00000120; SDB=6.00606320; UDB=6.00267021; UTC=2015-10-22 09:57:23 x-cbparentid: 15102209-4778-0000-0000-00000091E67F X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Cc: dev@dpdk.org Subject: Re: [dpdk-dev] Inconsistent statistics counters for pmd_i40e X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2015 09:58:24 -0000 Arnon Warshavsky wrote on 10/19/2015 03:46:22 PM: > From: Arnon Warshavsky > 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=5Fi40e > > 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 > wrote: > Arnon Warshavsky wrote on 10/19/2015 03:01:46 PM: > > > From: Arnon Warshavsky > > 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=5Fi40e > > > > > 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=5Feth=5Fxstats the rx=5Fpackets and rx=5Fbytes counters incre= ase as > > expected, however rx=5Fmissed=5Ferrors is always 0 even if a sleep statement is > > added between calls to rte=5Feth=5Frx=5Fburst. However changing the cor= emask so > > the application is running on a different socket than the card will cause > > rx=5Fmissed=5Ferrors to increment for a limited amount of time and then stop. > > Using rte=5Feth=5Fstats, ipackets is incremented on packet receipt but = the > > q=5Fipackets and q=5Ferrors arrays remain zero. Even crossing sockets s= eems to > > have no effect on q=5Ferrors. > > > > In dpdk-2.1.0 the behaviour is the same as above, except that the number of > > fields returned by rte=5Feth=5Fxstats=5Fget is reduced (no rx=5Fmissed = 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=5Feth=5Fstats q=5F= 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 no other 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