From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 043A5465FC; Tue, 22 Apr 2025 14:56:50 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id DB59540697; Tue, 22 Apr 2025 14:56:46 +0200 (CEST) Received: from mail-pj1-f47.google.com (mail-pj1-f47.google.com [209.85.216.47]) by mails.dpdk.org (Postfix) with ESMTP id 268F4402E6; Tue, 22 Apr 2025 14:56:44 +0200 (CEST) Received: by mail-pj1-f47.google.com with SMTP id 98e67ed59e1d1-3015001f862so3907580a91.3; Tue, 22 Apr 2025 05:56:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1745326603; x=1745931403; darn=dpdk.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=ejiRSsDX+Z9sPPh8/FP/akDnnBvhQy9At7SQiVkFC18=; b=cBfagLypRzhixH+8l1Uw5mbPedWAb3ebgdfu8425FkRmdRzFQRzuIGD6SstTVqNmfU HtT6TlNOTeRa6xmZo0mwyY/1fo5tT+gIZtOGnxHM+6+MZZcqsTqOpW6d/oQGg/7LCaOX 3edFSaAZoJhv7Y2t5CXp4ZudnakHbes057/WFWJEIB5rgN6JkMkWtekh8/k8L5iYRavU JImsmuT8EmOBGBu7miDkfz9qKkjTxP5ADLpmi1O9cHj90Wkl6+0fvr58Fd33YgOpRkIR r1/nd2eLca5G1FOIecVmaTiHqrxid7akMHXRnoHl0yt8XBNmc+cm0PBJpTopv6WvUdmM I91w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745326603; x=1745931403; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ejiRSsDX+Z9sPPh8/FP/akDnnBvhQy9At7SQiVkFC18=; b=NiKiUp8jIxAj+uBpsoEvtjbyBYoW9jsqTji24J31nYV8ivDNS6+LomQdBOKHGALQn+ MXj4uim+U1n1a8DHBgy+lC1iBb4YfDCCg0a3aX0XUKcRdvaoFcuPkIIrw8fHSDaMGAu+ aI+krX0oDd11JK6CpxKG+alPulbC6ShCuhFjGzJ1/NyahaDVHHlaS9nI7EyvXq5rbrHo hmWy26PiYgqtLDwPhGD8h0yV1kvLQZqSzGToksSRmhzmG2y4izlC4UdtW7aJOoPzeZ2t ESDCqTzgVvoO8vgsrDoXNyHA/KIftDo8LtRUdENEOkr3ke5FR8SOznir5G3YQ0wxOEG+ kxzA== X-Forwarded-Encrypted: i=1; AJvYcCVQWDgpQ8OlM0pICib7Y+MARRc4PMk28wW7v8WWBAj0nm1xH+zXkzqVKp5xumJ0Ymk3V1Y=@dpdk.org X-Gm-Message-State: AOJu0YzJNH+89s7b3jvmq8ky9Xy7zzM6o3WeF+Ll32rd5z4Zwt1LQTj5 9nd/ePoZ1QytMQ3Ku/V/770tGJiwBhdMY8RwMnTTI3yu1WxyVAQJsmE/yGf2kzUPKCx8/ZrIONZ aRcWbJ/bnr1whWG3T5+E+76/0YD4EvykwJoV4cQ== X-Gm-Gg: ASbGncvtQGtG0ioPY1aFseZBrIOVDYuL4WjIUsa34XTiw3pkXS+A3KU6gZ7EmWaH9B9 xW7/+MC1j/QAXwcudo+aZ4N6x9S9Sas0+YgA+viPjTLGso5GJjOmLVMLAZyaWeiMdc6IHUmi7pp smHxl8UfSmIPVcWMV+1Y2oVp0= X-Google-Smtp-Source: AGHT+IHMNuXg448PZLGxsy7OL49TfVYM5IZaPlYC1mN3swuwz/sAXIzFv7tvNoml2qR2lqVp/sXts4x+JS1uTEfsYBg= X-Received: by 2002:a17:90b:37c5:b0:2fe:8902:9ecd with SMTP id 98e67ed59e1d1-3087bb3e830mr18908557a91.1.1745326602623; Tue, 22 Apr 2025 05:56:42 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: spyroot Date: Tue, 22 Apr 2025 16:56:31 +0400 X-Gm-Features: ATxdqUEgO3nx0KIhc2sHs_hP1-Gyz9Fk3kygZ06ZxTGOI6x1T5Qc4gDgWvCOOEM Message-ID: Subject: Re: IAVF/ICEN Intel 810 (i.e SRIOV case) 16 queue and RSS dpdk-tested report single queue pps / stats To: users@dpdk.org, dev@dpdk.org Content-Type: multipart/alternative; boundary="0000000000002aa78e06335d84fa" X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org --0000000000002aa78e06335d84fa Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Observation. Two instances of testpmd. Only one report shows correct stats when you run 16 queues on RX with the default RSS config. i.e rss-ip , rss-udp etc. You only see the counter for a single queue. How I know I took last report on first intestine test-pmd at the end of run, take all bytes added. I know time I run compute pps correlated to the PPS in the actual switch. so either ICEN or IAVF doesn't report stats (only for queue 0) On Fri, Apr 18, 2025 at 10:30=E2=80=AFPM spyroot wrote: > Hi Folks, > > > I am observing that DPDK test-pmd with IAVF PMD, ICEN PF driver, > > reporting statistics incorrectly when the RX side generates a UDP flow th= at randomizes or increments IP/UDP header data (IP/port, etc). > > I tested all 23.x stable and all branches. > > > -If I use *single* flow (on the TX side, all tuples are the same on the R= X > > HASH() produce -> same result). no issue. > > So, on the RX side, I see all zero packet drops and the correct pps value= reported by test-pmd. > > > - If I increase the number of flows ( IP/UDP, etc.), the PPS Counter and = byte/pkt counter > > report only single queues. (i.e, it looks to me like it uses some default= queue 0 > > or something and skips the rest 15 (in my case --rxq=3D16). (It could IAV= F do that or ICEN report that). I'm not sure. > > > For example, the counter I'm referring to test-pmd Rx-pps counter. > > > Rx-pps: 4158531 Rx-bps: 2129167832 > > > I'm also observing PMD Failing fetch stats error msg. > > > iavf_query_stats(): fail to execute command OP_GET_STATS > > iavf_dev_stats_get(): Get statistics failed > > > My Question. > > > If I have two instances of > > test-pmd --allowed X > > test-pmd --allowed Y > > Where X is VFs PCI ADDR X and Y PCI ADDR Y from the PF? > > I expect to see the total stats (pps/bytes, etc.) (combined value for all= 16 queues for a port 0 ) > > RX-PPS and bytes per port on both instances. > > Yes/No? > > > Has anyone had a similar issue in the past? > > > Thank you, > > MB > > --0000000000002aa78e06335d84fa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Observation.

Two instances of testpmd.= =C2=A0 Only one report shows correct stats when you run 16 queues=C2=A0on R= X with the default RSS config.
i.e rss-ip , rss-udp etc.=C2=A0 Yo= u only see the counter for a=C2=A0single queue.=C2=A0

How I know I t= ook last report on first intestine=C2=A0test-pmd at the end of run, take al= l bytes added. I know time I run compute pps
correlated to the PP= S in the=C2=A0actual switch.

so either ICEN or IAVF=C2=A0does= n't report stats (only for queue 0)



On Fri, Apr 18, 2025 at 10:30=E2=80=AFPM spyr= oot <spyroot@gmail.com> wrot= e:
Hi Folks,


I am observing that DPDK test-pmd w=
ith IAVF PMD, ICEN PF driver, 
reporting statistics in=
correctly when the RX side generates a UDP flow that randomizes or incr=
ements IP/UDP header data (IP/port, etc). 
I tested al=
l 23.x stable and all branches.
<=
span style=3D"background:transparent;margin-top:0pt;margin-bottom:0pt">
-If I use single flow (on the TX side, all tuples are the s=
ame on the RX 
HASH() produce -> same result). no i=
ssue.
So, on the RX side, I see all zero packet drops =
and the correct pps value reported by test-pmd.

- If I increase the number of flows ( IP/UDP, etc.), the PPS Counter and by=
te/pkt counter 
report only single queues. (i.e, it looks to me like it uses some default queue 0 
o=
r something and skips the rest 15 (in my case --rxq=3D16). (It could IAVF d=
o that or ICEN report that). I'm not sure.
=


For example, the counter I'm referring=C2=A0to test-pmd Rx-pps counter.=


Rx-pps: 4158531 Rx-bps: 2129167832


I'm also observing PMD Failing =
fetch stats error msg.


iavf_query_stats(): fail to execute command OP_GET_ST=
ATS
iavf_dev_stats_get(): Get statistics failed=


My Question.


If I have two instances of 
<=
span style=3D"background:transparent;margin-top:0pt;margin-bottom:0pt">test=
-pmd --allowed X
test-pmd --allowed Y =

Where X is VFs PCI ADDR X and Y  PCI ADDR Y from the<=
/span>  PF?
I expect to see the total stats (=
pps/bytes, etc.) (combined value for all 16 queues for a port 0 ) 
RX-PPS and bytes per port on both instances.=

Yes/No?

Has anyone had a similar issue in the past?


Thank you,
=
MB<=
/span>
--0000000000002aa78e06335d84fa--