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 D16E6465C5 for ; Fri, 18 Apr 2025 20:30:57 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id C651B40608; Fri, 18 Apr 2025 20:30:57 +0200 (CEST) Received: from mail-pj1-f48.google.com (mail-pj1-f48.google.com [209.85.216.48]) by mails.dpdk.org (Postfix) with ESMTP id 8729840608 for ; Fri, 18 Apr 2025 20:30:56 +0200 (CEST) Received: by mail-pj1-f48.google.com with SMTP id 98e67ed59e1d1-301c4850194so1625912a91.2 for ; Fri, 18 Apr 2025 11:30:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1745001055; x=1745605855; darn=dpdk.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=7nblUkIM60LZvR/iANig5Ua5x+vwCqeawiHqTm1CXoI=; b=XBnFq/F8OGXV8PPegQ4/qekqlHB5x5SSUed9cvbEwf3GimF39qoGS00kGF4YL8v9lF qJV0h6L9lpfe1Ac88UzqIghHZh/mxsUb+lMuEFerEa8F+r4MpVPdPvEsQ91RQZrdGzlu rHbdJX5+RScsDJ0peZOdwYs01AZZiS5cYjyUmZo7h8BsTOZTerrcZu3RlA45rEHqJCkv FgJLmchk8Zv+nIhxwd+L+hxu+8ct2nphDQLp8XsJoy4ftaDt/cw2DHcWd4hG9/daSI2c HHa2p0HvCuKEYGtynzmw7Q7D8wQmrbm1wxiXQipPnA7U8jUSIQXlZsFgcNTXOxCs9TTE WlnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745001055; x=1745605855; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=7nblUkIM60LZvR/iANig5Ua5x+vwCqeawiHqTm1CXoI=; b=wRjMAWNb7l1TXPNctt+AvbdLO5XkXrXPMYHc87g7iWJrT50YinHxrlm45yyjMIjOPe jtWrB5ySpp4835wZnGTrw8jJ3ltZ3ZYmE4ttAuH4xfyXdLBlXEZJZ1tNrYIZawDlROIW MHhDhE4dB6fRUjPi+zt1dFXjyauktSHxZmmVp3QFwcsGC87M7+3D/ySF9B09UMyXugtp /m3osNzKS0MPDUOjisVXDpY/ZM61MEeOO43m/zUKlANnbM3nRzoPKXN9wKrYh+M93Vod m7vIwAFZB36g694lNkYr+SQsHTE0GV8dcMQISUq3ImvJuO+VInb8h9PlXULN7BbEMFvJ 2BtA== X-Gm-Message-State: AOJu0Yz8GDUxczgPf2xu0sNtrFNJvgZQaLEbdCU3n0dGal88huEVva25 86VAVtzjEwCTHm9+zoN8ghn3ij2ClhYFYvWBQPn9CW5gZ/sxoFMK4m2ilWPSBqmuB/SRGi/EZ8b WIfSGb+BeOEkSZ74Me9tkIBXLhx4Vb0We6Fo= X-Gm-Gg: ASbGnctX7a3jq7Oh/SfJcOwGrI5SQJS7FstTqs7dwxXi1v1D392Q2JHDNx/6YVSKL0v YrWWrxf4UEc46IhTVu+QBAwKh5BjCoosIeytEBQIvRTuY1NPYSRQNaROLrXyIfFw8Tef4YMVee1 2w2HRE8BuKBD0ttp9MoXAvwRw= X-Google-Smtp-Source: AGHT+IEa4hyslN2XSeqnUNpNX1PQGqHvWPFK1HwTDFL+ov61hib3wVDWDqmM1Cut5aK4zIDd/XW2wwc8p1tBfgvUpWc= X-Received: by 2002:a17:90b:58ec:b0:2ee:8e75:4aeb with SMTP id 98e67ed59e1d1-3087bb69d13mr5905554a91.17.1745001054772; Fri, 18 Apr 2025 11:30:54 -0700 (PDT) MIME-Version: 1.0 From: spyroot Date: Fri, 18 Apr 2025 22:30:43 +0400 X-Gm-Features: ATxdqUGNyCPw-JVPlIyz-sXiC5v2leUBqKn30mmOvIMKfyTVEmv0pYplftewViA Message-ID: Subject: IAVF/ICEN Intel 810 (i.e SRIOV case) 16 queue and RSS dpdk-tested report single queue pps / stats To: users@dpdk.org Content-Type: multipart/alternative; boundary="00000000000000a414063311b8d0" X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org --00000000000000a414063311b8d0 Content-Type: text/plain; charset="UTF-8" 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 that 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 RX 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=16). (It could IAVF 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 --00000000000000a414063311b8d0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 
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>
--00000000000000a414063311b8d0--