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 529EEA0547 for ; Fri, 28 May 2021 10:48:00 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id CDABA40143; Fri, 28 May 2021 10:47:59 +0200 (CEST) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-eopbgr1310050.outbound.protection.outlook.com [40.107.131.50]) by mails.dpdk.org (Postfix) with ESMTP id 82B9340040 for ; Fri, 28 May 2021 10:47:58 +0200 (CEST) Received: from SG2PR02CA0116.apcprd02.prod.outlook.com (2603:1096:4:92::32) by HK0PR04MB2963.apcprd04.prod.outlook.com (2603:1096:203:5e::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.24; Fri, 28 May 2021 08:47:55 +0000 Received: from SG2APC01FT029.eop-APC01.prod.protection.outlook.com (2603:1096:4:92:cafe::44) by SG2PR02CA0116.outlook.office365.com (2603:1096:4:92::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.20 via Frontend Transport; Fri, 28 May 2021 08:47:55 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 54.79.123.149) smtp.mailfrom=tatacommunications.com; intel.com; dkim=none (message not signed) header.d=none;intel.com; dmarc=pass action=none header.from=tatacommunications.com; Received-SPF: Pass (protection.outlook.com: domain of tatacommunications.com designates 54.79.123.149 as permitted sender) receiver=protection.outlook.com; client-ip=54.79.123.149; helo=sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn; Received: from sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn (54.79.123.149) by SG2APC01FT029.mail.protection.outlook.com (10.152.250.214) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.28 via Frontend Transport; Fri, 28 May 2021 08:47:54 +0000 Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-sg2apc01lp2057.outbound.protection.outlook.com [104.47.125.57]) by sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn (Haraka/2.8.24) with ESMTPS id 4093C98F-5A06-49F7-968C-C4E502E01E5A.1 envelope-from (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Fri, 28 May 2021 08:47:53 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HTFj1zbBvuu4BFeplXeJoKg5ipfR7CL7h67IxmdO6RSEwQA9x0m8o7iwleqYtOycGruj7uToRJUfqSyJm6YzUHCNlX/xRl056LAeGfyphONESTBl3Z9XuPIsNuQhoNEbuKDj/kpN7z2umVONU3IcYxKK9+wJgipaD1hk+lINrnu7kFav7RD8s06SqtKHu5FGDSVEk9Gl/gmpBYD+/8qjWjOQyezjeoSkQavETVoq35lAIpySBySwgBH9s2Ypr2dK1RIucJGjOwHw2BovwpWgAPQcKbaegL8LgcJ1m6SeacgFzRogPAHmkNHt96efhHa1qRg9M8zCdPsi79Lek5OfJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=C2oxfYokAPVbasIXI5Fq6Ch1/fgFN7ZBQ/goOM5tylY=; b=g6cISGZeAEXYArrJR4Ao+cdOnhs5c96ryebgznoLU2Fv3iu4RfkfU/OGXfzenk3eCgfoxVvz6ozk91oDDDo9Je1CUL7Iotibx0ikUSKiOC4hiG8PdrCTFlxJSsmCb/L4eoeqJtWtLBUO5fP1Kg9tV2tdyV6ez0/2HADjCX8v3ssouK+DeO3fftP+ylSkPbfzfVFfv5JFwTvQO48p2PKIrUk7GyReBY6pdGWFaaGaDAdf7aUTIxif1DnAVbUSCx62+oWu/QpCsKKO674mWUWcE7YDErUofW9ExEr77PQaR/yHGlg2vSMYrc0NYPVL9mpYzHs/9Awye2GetR3Dmy7UOA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=tatacommunications.com; dmarc=pass action=none header.from=tatacommunications.com; dkim=pass header.d=tatacommunications.com; arc=none Received: from SG2PR04MB3173.apcprd04.prod.outlook.com (2603:1096:4:69::22) by SG2PR04MB2953.apcprd04.prod.outlook.com (2603:1096:4:1f::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.20; Fri, 28 May 2021 08:47:51 +0000 Received: from SG2PR04MB3173.apcprd04.prod.outlook.com ([fe80::8155:f85d:32fe:3c2a]) by SG2PR04MB3173.apcprd04.prod.outlook.com ([fe80::8155:f85d:32fe:3c2a%7]) with mapi id 15.20.4173.020; Fri, 28 May 2021 08:47:51 +0000 From: Vishal Mohan To: "Zhang, AlvinX" , "Xing, Beilei" , "users@dpdk.org" Thread-Topic: DPDK 20.11 - i40e 2 tuple RSS configuration Thread-Index: AddSy0gxBxzhOB0RTnKC+Q+4cbVpkQAACXFwAAEFKeAAAnFFYAAhnfiQAAs3nHAABBQJwA== Date: Fri, 28 May 2021 08:47:51 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-IN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Authentication-Results-Original: intel.com; dkim=none (message not signed) header.d=none;intel.com; dmarc=none action=none header.from=tatacommunications.com; x-originating-ip: [171.76.62.197] x-ms-publictraffictype: Email X-MS-Office365-Filtering-Correlation-Id: 0205e90b-bc0f-4e17-06d3-08d921b5496c x-ms-traffictypediagnostic: SG2PR04MB2953:|HK0PR04MB2963: X-Microsoft-Antispam-PRVS: x-ms-oob-tlc-oobclassifiers: OLM:9508;OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: iCtObvAdCXkMtQN6rUgYhBp98HRDtJNj3djJl7yz3W/WP8ZGayCwCIMQ+3yic6Ib93gc6TOWYcMitnaZbsxDAwhheu5FBOUfSaIJs8PQ/JmBz1ZnbkSN3LYb6z4aRcnXxxkVuf4PmZn5ttUQ7y1iyxYi0XJUvBByeh2kl1DPT6WI6EESsFrIOytSIlHqoDlW+yqfWpjPfR+XDwedielUAFh4HHbBVkgTv9fObVXhq0MIwZd2GErr6QWJ6/Fn5G93xbSobwWAgf89MktIiVYiKPDXP4ZmKEm3yDRJlaTXXv+egYPCQDiXyM2tZsGXi/SK0UHvjDpnxCu0NCFyYuMJxG5Tbm1luB5dSrfVn7RXB0V4hixARkts+L9K6PyZHOhBHhFklcSgKu+ON/yfLEtyGbDDj++hXP7NGnwdJwGU5cSoN3BWHD1zOU2EnlK7qS5M3O2PayltJFR+DARrHVpdLNUAiPfiPD5/yH4N9p9JcVbJ7754cT4SaO7xUw2jZdi1onSoFPQwRuX7qywhrPldgqeoIUo7Mpfyt9Bc6iXmvc/MGaBplt+3ijFUDfKlEC5n/fA8tB//0LVA6IIS2FCrlRjsN40FXl4/twvzHuqoIV0= X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SG2PR04MB3173.apcprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(136003)(396003)(376002)(346002)(39860400002)(7696005)(5660300002)(66446008)(66556008)(44832011)(66476007)(110136005)(52536014)(76116006)(186003)(8676002)(66946007)(64756008)(55016002)(8936002)(316002)(478600001)(86362001)(26005)(9326002)(9686003)(38100700002)(6506007)(53546011)(33656002)(2906002)(122000001)(71200400001)(83380400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?eSW1I/4GygteDVD52kXaMWY4JnJDS8MgVCqWwRgWZ2614rk7ZCRptt7mqi/6?= =?us-ascii?Q?Zh6yAIUReXXGkcVxr8cpAUWA3zKs1sCPv0ARZ0fHo//LrXFKiKeUM9Hd00gp?= =?us-ascii?Q?kL9iSBy4o4z6ipz8ZdB0ANQZ4oxrDfRBJa1HBzE2QxQqUdIQMCTQi+Tlxccw?= =?us-ascii?Q?dvJGri7sMNmsbKBlGFmmxui6pVHusdf3bueWRbPdoMzrizXYG+aVrzAQP9tG?= =?us-ascii?Q?H/27WcsiFa8YUv2tDEeajH8ryz6FekIskPEm/jlLjic+cu8YA7IbyyZ9EMbl?= =?us-ascii?Q?Hf8YjkMDXtiaHiBb0fgpbH8HwdJeSm8g7il2xN2UWrGdJxa5MEsu03j/7/X7?= =?us-ascii?Q?8mjInNWSzH2KRS1urTO1MCJDTb/Cy82EEX6dB3Wu8Yf506pPXHDBqyyYpUgW?= =?us-ascii?Q?IcLyQv3CTf1VBmz4MxxJqIfn2g5aHtmLpMlijuBqBLciW8yoe7nO2R5URGNE?= =?us-ascii?Q?uos+tlm03euiOR66uQY3D6+VZi4fMYwV1wrVQzwAuCe/NUrYsfOi763fMH60?= =?us-ascii?Q?J0oArVaIsgEF2XV+uZ37pJlRDQ3lOz+0GxMhguTjqWko1vvhJnWTEYEPdnKQ?= =?us-ascii?Q?gv7EXV7loyVzChCg7IXqj6AP/zEfx5mkSvx/R00428/+i7JmhZl7a70V4zkb?= =?us-ascii?Q?OoehvxRAZpTXw0X1e4X3Fxv2G5dACkqgTkWPg2QGJJ/Tsyu0VKFEn9IPRqA+?= =?us-ascii?Q?cqG71ADqUIjj9qJ3TqEXqqQ2uNj0YhrAMKByRoxc3jR/IbqnL1xOU73Wuavu?= =?us-ascii?Q?HZR0ggybHwrSV2c3rrly/egRmTBCVhg9kApn/hFCVkpLnYqWu4GDmUyBxXqd?= =?us-ascii?Q?t7jympymeDvo1Shgvr3ovht7Lwgfc9+wdjoZGFmTM2Gv63y1w7FRSBJ+IVvb?= =?us-ascii?Q?n/FXr6qtQ0vzm10bk4xYY7DqLd/TMWe/c9EcMl96nUqWaGEJE4ZKCoGl876z?= =?us-ascii?Q?cYvV01U/MYMfQ51ttyJ/rEleFAOvVkVPhplWmumlRSQdM0mPv3UVhi4CoXBx?= =?us-ascii?Q?akDeafg3XjojRsrhRoixnbo0LTuEDmVp/hriYftpAETKPz3ZrHwF6DhX0K7X?= =?us-ascii?Q?DA+mCVkvilr3IPd5Ar+UwCZlenGpL0gVSw+3grZQboSPpM4HgHZ6A5M1/9cT?= =?us-ascii?Q?gW5m3RAys3NJrPTy80zxSpVtMWI0mn5hnXPNi9rJSb37M3DzlE5F3HtRUEnx?= =?us-ascii?Q?akIb+V0hOPllfpaLI5/R1BAmwus5Rdgof4/dqRxwgOa+s6Fql8dYhNQArthY?= =?us-ascii?Q?9Mk1TW6cZTxIisAiodZbr+rtIu78SejICb4E4OwzaJmFMKFx8TSjJtcqM8VI?= =?us-ascii?Q?AHg=3D?= x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2PR04MB2953 Original-Authentication-Results: intel.com; dkim=none (message not signed) header.d=none;intel.com; dmarc=none action=none header.from=tatacommunications.com; X-SHN-DLP-SCAN: success X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: SG2APC01FT029.eop-APC01.prod.protection.outlook.com X-MS-Office365-Filtering-Correlation-Id-Prvs: 91d85b71-9f2e-4d32-95f3-08d921b546e5 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: WFTItVEtePFqOcQBiymWekrr/4rT4UkoxPadQgdoa3E0brmCw1pNftf95rugBorPsJ5qQQHLFqj6XvOUz0JYaSfTZXh1k7Njt/Q53WqyALkqWKFMdZl2elK85V80J1MGG3K1wQbI9f61kWZ/T+AY9USiZhoS0CyZnNxpZ3hdf1ZZGABAZ+c+KFiiDcokp+ZhJD2vE7amQsG6A1H1WY8ZkvnyDSe0qFFMXAlPH+aRtgwohUc0gXvABY5yuKc8rR5vEbgR8XQEv0Iu5nbd0gomHIl4rn8AwVwJxnf3vJr86eGwWNV/5gjuW7zXOhlr5H5PwaHNvfR5Sn0uuaebR5RjWTNhd34sBBSDes/7cmS1+RTXziYd/17ux+8tMvTouP6RGwhgzC40WQz45w9adk4iR6ruWIjSr3KTwd8blzKBiNyNevuANb9eCfUw3rnXADm7s+9wnEjBIwJFlyPBqMZ8D7fZKc3ANycUvNzskWNpEuxVglzqm+kOhfvBYz/UVHWQ0FCVhsJpGBP5y7R7LEIF+jeBOh1qID1kGGyQpb1hnzQyyZVEysrq8OIQOO9QtwaGpZJ5DiHfl0aIBO0u8CpAavZhx8KArpU2Tcy8nhuoN464FF0OFnSvzKOUj/Jz7+N5olWW+5Yg7Gya6zfnYdgaWeMhbAHbqZMucw4rBtoIkQA= X-Forefront-Antispam-Report: CIP:54.79.123.149; CTRY:AU; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn; PTR:send1.mail-inline.syd-pop.i-shn.net; CAT:NONE; SFS:(396003)(376002)(136003)(346002)(39860400002)(36840700001)(46966006)(2906002)(83380400001)(5660300002)(47076005)(44832011)(110136005)(9686003)(356005)(26005)(81166007)(7696005)(6506007)(8676002)(53546011)(8936002)(186003)(82740400003)(336012)(55016002)(33656002)(36860700001)(70586007)(478600001)(86362001)(9326002)(30864003)(82310400003)(52536014)(316002)(36906005)(70206006)(579004); DIR:OUT; SFP:1101; X-OriginatorOrg: tatacommunications.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 May 2021 08:47:54.8772 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 0205e90b-bc0f-4e17-06d3-08d921b5496c X-MS-Exchange-CrossTenant-Id: 20210462-2c5e-4ec8-b3e2-0be950f292ca X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=20210462-2c5e-4ec8-b3e2-0be950f292ca; Ip=[54.79.123.149]; Helo=[sydapipop-haraka-inline01.vpc-a3a96cc4.ase2.shn] X-MS-Exchange-CrossTenant-AuthSource: SG2APC01FT029.eop-APC01.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK0PR04MB2963 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [dpdk-users] DPDK 20.11 - i40e 2 tuple RSS configuration 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 Sender: "users" Hi Alvin, Thanks for your effort in verifying. As mentioned below I was able to achie= ve the same behaviour as below but not when I do it manually using rte_flow= apis. Can you please take a look at the code snippet in the trail mail to = point me if I'm missing anything. Thanks & Regards, Vishal Mohan From: Zhang, AlvinX Sent: 28 May 2021 12:27 PM To: Xing, Beilei ; Vishal Mohan ; users@dpdk.org Subject: RE: DPDK 20.11 - i40e 2 tuple RSS configuration Hi Vishal Mohan We have tried based on commit b1d36cf828771e28eb0130b59dcf606c2a0bc94d(vers= ion: 20.11.0) 0000:81:00.0 'Ethernet Controller XXV710 for 25GbE SFP28 158b' drv=3Dvfio-p= ci unused=3Di40e ./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -c 0xff -n 4 -a 0000:81:00.0= -- -i --rxq=3D64 --txq=3D64 --port-topology=3Dloop flow create 0 ingress pattern eth / ipv4 / tcp / end actions rss types ipv4= -tcp l3-src-only end queues end / end packet=3D[Ether()/IP(dst=3D"192.168.1.1", src=3D"192.168.0.2")/TCP(sport=3D= 22,dport=3D23)/("X"*480) -->RSS hash =3D 0x6a12e180 packet=3D[Ether()/IP(dst=3D"192.168.1.2", src=3D"192.168.0.2")/TCP(sport=3D= 22,dport=3D23)/("X"*480) -->RSS hash =3D 0x6a12e180 packet=3D[Ether()/IP(dst=3D"192.168.1.2", src=3D"192.168.0.2")/TCP(sport=3D= 22,dport=3D23)/("X"*480) -->RSS hash =3D 0x6a12e180 packet=3D[Ether()/IP(dst=3D"192.169.1.2", src=3D"192.16.0.2")/TCP(sport=3D2= 2,dport=3D23)/("X"*480) -->RSS hash =3D 0xead3c21e packet=3D[Ether()/IP(dst=3D"192.169.1.2", src=3D"192.16.0.2")/TCP(sport=3D2= 2,dport=3D23)/("X"*480) -->RSS hash =3D 0xead3c21e packet=3D[Ether()/IP(dst=3D"192.169.1.2", src=3D"192.16.0.2")/TCP(sport=3D2= 2,dport=3D230)/("X"*480) -->RSS hash =3D 0xead3c21e packet=3D[Ether()/IP(dst=3D"192.169.1.2", src=3D"192.16.0.2")/TCP(sport=3D2= 02,dport=3D23)/("X"*480) -->RSS hash =3D 0xead3c21e Is this you expected? BRs, Alvin Zhang From: Xing, Beilei > Sent: Friday, May 28, 2021 9:24 AM To: Vishal Mohan >; users@dpdk.org; Zhang, Alvi= nX > Subject: RE: DPDK 20.11 - i40e 2 tuple RSS configuration + Alvin. Could you please help on it? Thanks. BR, Beilei From: Vishal Mohan > Sent: Thursday, May 27, 2021 5:45 PM To: Xing, Beilei >; use= rs@dpdk.org Subject: RE: DPDK 20.11 - i40e 2 tuple RSS configuration Hi Beilei, Thanks for the pointer. By using l3-src-only, I was able to run testpmd on = 1 tuple mode. But no success when configured manually. Please find the snip= pet below of my rte_eth_conf and flow conf for your kind perusal: static struct rte_eth_conf port_conf_default =3D { .rxmode =3D { .mq_mode =3D ETH_MQ_RX_RSS, }, .rx_adv_conf =3D { .rss_conf =3D { .rss_key =3D NULL, .rss_key_len =3D 40, .rss_hf =3D ETH_RSS_NONFRAG_IPV4_UDP, }, } }; struct rte_flow_item pattern[] =3D { [0] =3D { .type =3D RTE_FLOW_ITEM_TYPE_ETH, }, [1] =3D { .type =3D RTE_FLOW_ITEM_TYPE_IPV4, }, [2] =3D { .type =3D RTE_FLOW_ITEM_TYPE_UDP, }, [3] =3D { .type =3D RTE_FLOW_ITEM_TYPE_END, } }; struct rte_flow_action_rss action_rss =3D { .types =3D ETH_RSS_NONFRAG_IPV4_UDP | ETH_RSS_L3_SRC_ONLY, .queue_num =3D 10, .queue =3D queue_ids, }; struct rte_flow_action action[] =3D { [0] =3D { .type =3D RTE_FLOW_ACTION_TYPE_RSS, .conf =3D &action_rss }, [1] =3D { .type =3D RTE_FLOW_ACTION_TYPE_END, } }; struct rte_flow_attr attr =3D { .egress =3D 0, .ingress =3D 1 }; struct rte_flow_error err; retval =3D rte_flow_validate(portid, &attr, pattern, action, &err); printf("retval %d %d\n",retval,-ENOTSUP); if(!retval){ struct rte_flow *flow =3D rte_flow_create(portid, &attr, pattern, a= ction, &err); } The above given flow validates and adds successfully but no effect on RSS h= ashing. Also I did not set .spec and .mask for patterns assuming ETH_RSS_L3= _SRC_ONLY will take care of the fields looked into. Can you please point out if im missing anything here ? Thanks & Regards, Vishal Mohan -----Original Message----- From: Xing, Beilei > Sent: 27 May 2021 01:42 PM To: Vishal Mohan >; users@dpdk.org Subject: RE: DPDK 20.11 - i40e 2 tuple RSS configuration CAUTION: This email originated from outside of the organization. Do not cli= ck links or open attachments unless you recognize the sender and know the c= ontent is safe. Hi, I remember there's no legacy API rte_eth_dev_filter_ctrl() supported in 20= .11. Please refer to RSS Flow part in i40e.rst: Enable hash and set input set for ipv4-tcp. testpmd> flow create 0 ingress pattern eth / ipv4 / tcp / end \ actions rss types ipv4-tcp l3-src-only end queues end / end BR, Beilei > -----Original Message----- > From: users On Behalf Of Vishal Mohan > Sent: Thursday, May 27, 2021 3:40 PM > To: mailto:users@dpdk.org > Subject: [dpdk-users] DPDK 20.11 - i40e 2 tuple RSS configuration > > I'm trying to implement RSS with 2 tuple (src ip, dst ip) hashing with > X710 - quad port in DPDK 20.11 with no success. I was able to > implement the same in DPDK 17.11 with a combination of RSS flags > given below and > rte_eth_dev_filter_ctrl(): > > .rss_hf =3D (ETH_RSS_IPV4 | ETH_RSS_NONFRAG_IPV4_OTHER | > ETH_RSS_FRAG_IPV4 | ETH_RSS_NONFRAG_IPV4_UDP | > ETH_RSS_NONFRAG_IPV4_TCP) > > and selecting input fields as dst and src ip for every rss_hf flag > using rte_eth_dev_filter_ctrl(). > > In DPDK 20.11, I believe there is no explicit usage of using > rte_eth_dev_filter_ctrl() instead we can configure the hashing with > the generic rte_flow api. I did configure a flow validate and create > the same, but the hashing is not working as expected. Without flags > ETH_RSS_NONFRAG_IPV4_UDP | ETH_RSS_NONFRAG_IPV4_TCP no hashing takes > place and with those flags included in .rss_hf, 5 tuple hashing takes > place. > > When using rte_flow api, any flags given in rte_flow_action_rss.types > has no effect on the final RSS hash result. Also the RSS hashing in > the given testpmd isn't working when it is configured in "ip" (2 tuple) m= ode. > > Any inputs for configuring RSS hashing for 2 tuple is much appreciated. > > > Thanks & Regards, > Vishal Mohan