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 BB709A00C4; Thu, 28 Jul 2022 11:02:52 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 40A51427ED; Thu, 28 Jul 2022 11:02:52 +0200 (CEST) Received: from IND01-BMX-obe.outbound.protection.outlook.com (mail-bmxind01on2077.outbound.protection.outlook.com [40.107.239.77]) by mails.dpdk.org (Postfix) with ESMTP id C67F9400D7 for ; Wed, 27 Jul 2022 11:06:22 +0200 (CEST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VMHYAuw42VcWyDo3mhHV7P8n9uvqPoVriDnntfinDCh2iYIqXB5uKIvyHdcM19EeGN/DNpDW4h6yv4oVcQsTkijt9KB7E76uSN8U4mwuCnBf3EORIO8+7baPfySt31deWRa+fIU1Y3lev/Y18F3FK643Jj4ICQl+Jjqn9XXg7ZwikwGSlORt5fPnaqWUpvH4qdw+Soa1yo2pNQGRz8QoZX3FuC9WtskPJwKMiJ8oFhY7pnaueRj7qnuZs7029myMofu+YuB3LujlnjCzGKULMYRZolUnHEyMZeAgYQ98iBfaWsrAQEgWxLi6m6WUymvDL7CQRQ3ivm8WhzJmSYG7iA== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=KI+SVtgxN0JawPN+R6N1TZK7WJn2YsdMDpZnOAQackk=; b=EDKISRuBnpo+LIBCg5JHEzbgO0vTc5WXILZ5YEE7m7HLz/UGA7O+GlV+brRNC9ErK3iHcaTIXe9bgOcqcJZPl7Kt5pjoQE5WhFBTguZVT2W/5uAnXIYYV26FrA+Fn9JjwzJilQNLhJqEb6nkI6cSUBTcMBSbf3xQAvOGvjl3rmMwGf27O2P/2q7jlMM55H5X0Pt2V97rhz6aG9llf2sSqQ00DaT/ka+zc+MZQCVprDkY3lp3X3uSSQZkTAS3kWqKxFozm14bt3YKy1vwPtaQVflY/PGdQorKp6gHmd3khZzSUZDHNYx4AfIbrWleD4u5I8QLOKCFFe9PBj32Z3Jc9g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=hsc.com; dmarc=pass action=none header.from=hsc.com; dkim=pass header.d=hsc.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hsc.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KI+SVtgxN0JawPN+R6N1TZK7WJn2YsdMDpZnOAQackk=; b=b4fko79oQyyeUI8ZxiE6rSUFvM9I92h7ZGrEKACXWRaebXQfGTlLdgwzB0n0PQjdVDPanawXMCVBuVsXb3YCqKaLXdHOQ5PUB9TPkQcs++IqgyV6wy/rWxoMNOPsA4gXuRMaV1DCqyYh8ngQRwfaAdoX1Zs51517zUphPz4YTLldbFK9NLGe4C/9kO3H5K1j4bDQ+kRsCDwic5tHOun+VdEiLFru2anqWRTRuaw/7qzP/rSwssH5S7G4ZSiIdxlMvMXQ1yZ9BqTLlENd6bOe78mVKC8arjx/Jpuibbw7DDfTyRiVEFu2J1dG5rLU5TmLbUCk0NLg7/SSWJB+gtH3pQ== Received: from PN3PR01MB5770.INDPRD01.PROD.OUTLOOK.COM (2603:1096:c01:7d::6) by MA1PR01MB3036.INDPRD01.PROD.OUTLOOK.COM (2603:1096:a00:3e::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5458.20; Wed, 27 Jul 2022 09:06:20 +0000 Received: from PN3PR01MB5770.INDPRD01.PROD.OUTLOOK.COM ([fe80::487f:74:4918:6ac4]) by PN3PR01MB5770.INDPRD01.PROD.OUTLOOK.COM ([fe80::487f:74:4918:6ac4%5]) with mapi id 15.20.5458.025; Wed, 27 Jul 2022 09:06:20 +0000 From: Chinmaya Agarwal To: "dev@dpdk.org" Subject: Re: Issue seen in DPDK behavior for virtio driver Thread-Topic: Issue seen in DPDK behavior for virtio driver Thread-Index: AQHYn/+hKWqhW1Fpg0C/y+XFo2/Upa2R7818 Date: Wed, 27 Jul 2022 09:06:20 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 7517085a-07e1-eb84-e87c-9cbbae3e4b52 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=hsc.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 68af66f2-7ff3-47c2-b893-08da6faf45a7 x-ms-traffictypediagnostic: MA1PR01MB3036:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: jPFc+a++/kxga5ywydBGOfZLURfRpG4BwlnfPH+oroHwCUQQIZbog+BR1E4YpgQRGO2KwTaQiw1bZpOrZPmyYuUlgOpa38Ofh36jxg+O/uvA/oD+vSb/oTi2ELOaUNJSXcejkDZIM78mvITaV7LDOlCQM8CyzsNFstGnQ7PfXhRqDzX5U3MpIFVpENDGx5j3IjpeVlIOG7X8aFyXKaNmNHn7jz9ap9HMrYjpLADH86KjdVF0F2+NuYMqTNZLYxpZR/eJL/+KiaOtYvf2yymr/XR71LAYRdvisXgWZjoMdlMI8t0VbuWNmdvdsDa1SPDJKg94WMtEkPTJOoyRR19gpNTUdGsV+a2GGDs9bjsBQGq+Yxp+4MSrhpxw+jduS+k406o1Ks7Z+CzqUCCYgjW09xc10qZd2SP442Aj8zLlaa+Svc3aRy6PXROPr2CWSxhSdcLn3PeW0QsPdCjJ40pT5HninI3l/rC1XToCV1TQ/jPmefNgGtMsUgVH65jLOmtOqkA9Zoip0CwmTkCoZUhkPq6MiIyRCu2EfnPbBUFSXubMJd8G3JBJABNSruBIJZX9mSaM/XEJgSTe/1k9oh9XbPhOsnf40SKuoL2QQwSDVIzSwFN30aE3kryXOXsYqfhkTQc8dZPUREes66C5fNcFA4R+Nd/czXdY2wemLG+1FZx2VfQwkHTuMgk4WMX+djrzxBGEpEZL9uE8dGXAXe5dSqmWyRF7tsySLVltcUiD8xqpfhaebMLDtA1v9SFQVAC2Ip+IPDh68XLDl2wWi3Hv5XA9F2oMQqm/fZYFO9yChuDon4sWS+4+gih2zuiPnpx9 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PN3PR01MB5770.INDPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230016)(4636009)(346002)(376002)(39860400002)(366004)(396003)(136003)(33656002)(26005)(6916009)(8676002)(53546011)(9686003)(19627405001)(66446008)(186003)(66556008)(66946007)(6506007)(7696005)(86362001)(64756008)(66476007)(66574015)(8936002)(55016003)(83380400001)(2906002)(38070700005)(316002)(38100700002)(52536014)(122000001)(76116006)(5660300002)(478600001)(41300700001)(71200400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?uCjiEouxGe/AHN3MrZGNkhcfvfMTvPFqfdATEld1t/ZnX4mSSlYQqxkbfp/o?= =?us-ascii?Q?gbO7cYqaMsYJ+qLZrBKQco6DIuG+cXUSojhYqbl2WO7rF4pEuzGWIcvryFoP?= =?us-ascii?Q?bJZjoIbSvC5mb69UAsWIYelVzjrvdTj3qDcMAc+KZYKY2/AecnfH61T0F+rn?= =?us-ascii?Q?Kkz47R0eGAtyBXyTw6KIUUuOf/FglWBJ13uVGvG0whTWY1nBs+tKYIi/n9Wn?= =?us-ascii?Q?rKbNFXfIGJVGRExIi+c7yHu0u91lqAPSL86a2gK889JciOk4KBH2dFTM9YDd?= =?us-ascii?Q?mypB0fXaazrkVa77RN4tyuVjfyes+swsoSeA9UdOC8hU4g7xNKnTXP/OXOnV?= =?us-ascii?Q?fZLpreLQ4ZgTnAHFolaSe/eCXTklYUvjj3Jo6zbCFaytiSPtDBs9MkanYuGS?= =?us-ascii?Q?GYZqJegglUmPP0WBcBNHTRlkdRGOkH6pssruN9shZLhIH/41jOscJKC5Kkbm?= =?us-ascii?Q?rEn252PoOgRxkgbyz/b+Spn8bMciAit56SsSNVjU2dvle7fvjCBCcBI7GBgY?= =?us-ascii?Q?aNxa2KchUobVzNxRK3BVQd4sxZDSfQyyhpsC3gLo98TersZyndRoXL2AbC43?= =?us-ascii?Q?ouul5jH5S6u/y97vwbiO/9kJf+bewfzejfw00PUemX4j1ARF3Ud+YGc+Ibo3?= =?us-ascii?Q?jiF6gi7mmvTIg8t0SBwyZJMkvMnjBntn2BnXYC0aHnkxuug2ECyH1Y9h7TdN?= =?us-ascii?Q?FTgXcCmN2Fp2rQLKn5Im5x8q0b1C0Sfu9zdnjBb5jtvleBJsHxqz+/TnkD96?= =?us-ascii?Q?xiGBfUUx5vWSy3GSy7vsrCLYKnpg+kKz1iqys3DVwAoOx3Uvb7bGdGPraeJ0?= =?us-ascii?Q?mvKSWpxYiqRLdrt7VdWAzYJ8j+At0AZgGYBcsxM4eRfvi238vGUM3626EPrF?= =?us-ascii?Q?z4ik6h0u//8TWPbJ7Arn+aMzIhC9USlVF6a/7G2Oe++Lo0VIerb4y9Q4BrKq?= =?us-ascii?Q?q4VViClBX3bnuAZaoEn/cN++DY/PMRz76hDlUUvob+UvbSbfDLL+y6uyaHZS?= =?us-ascii?Q?QcZyGFwfYtV709kU1N6b2TigT96IhXgPgUTMUTT75+wjmKP9e6AMNb9Jm/Dc?= =?us-ascii?Q?GiomHCaHusg9tdpY6pU7F1s+VwgOpBhmjZZ7P5vfYsXhdS4Iad2dzz0SP04u?= =?us-ascii?Q?giIF0Cc2+pCuy8+tX2XICfozL9/kAU17LzugIC3RBqGC/ZL0b4eGU3GhxpVA?= =?us-ascii?Q?6pvIhTolmCziKjLlD9i0pm5ROUUrOVdCEctuhuBwRWd2+YCiXuleRoG5Plq5?= =?us-ascii?Q?Js3tEoEYINMMrvt3hU5gH/2Tv48xV2rCC1OAmievOm0Wfr7OHpOAD/C4Vgx5?= =?us-ascii?Q?mDHD4P/sIwdIIkdf56hTsvWAHCTew5ap0s0Cmr5kMWYwUTAQ2JJKgjak2HU6?= =?us-ascii?Q?+RsaZdJoMsFLC6I/K6emR3lRw6y7tEqpSxg/ic0gdYnWY3MK1Yx9ediX/PSw?= =?us-ascii?Q?C6MLSIbBZNma66dUZzwj/7JyWIXAd09nEXIC+3gCxyzyYTekI3ofgyTRreys?= =?us-ascii?Q?xBgZuwkV/FRev/qZEDtNZIx8pfcOMeamBgZxVpOMrALwzes8A4Kda32mXzAk?= =?us-ascii?Q?6C38VwA3y8CJSPafbVg=3D?= Content-Type: multipart/alternative; boundary="_000_PN3PR01MB5770CC1D226069A68510E93494979PN3PR01MB5770INDP_" MIME-Version: 1.0 X-OriginatorOrg: hsc.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PN3PR01MB5770.INDPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 68af66f2-7ff3-47c2-b893-08da6faf45a7 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jul 2022 09:06:20.4769 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a65543b9-ae93-49b5-80f0-0b85821adc50 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: WcPLwLqNcHMg8kSC85NR59ys3KsnkLMiTN5NaS6i+thHTLiBD5Wu1Sbu7jOiZFm6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MA1PR01MB3036 X-Mailman-Approved-At: Thu, 28 Jul 2022 11:02:51 +0200 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 --_000_PN3PR01MB5770CC1D226069A68510E93494979PN3PR01MB5770INDP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Can we have some pointers on how to debug this issue? Also, is there a way we can increase logging for DPDK plugin. Thanks and Regards, Chinmaya Agarwal. ________________________________ From: Chinmaya Agarwal Sent: Monday, July 25, 2022 1:55 PM To: dev@dpdk.org Subject: Issue seen in DPDK behavior for virtio driver Hi, We are running VPP v22.02 and DPDK v21.11.0 on Centos 8 VM. We are facing a= n issue where if we configure an SRv6 policy on VPP with sid list having 4 = SIDs we don't see packet coming out of the VPP interface and if we configur= e 5 SIDs, again we don't see the packets coming out of the interface plus V= PP crashes after some time. We analyzed the crash dump, and it seems that t= he crash is happening in DPDK library in the virtio driver code leg. The in= terface we are using has virtio driver associated with it. Below is the DPD= K core dump:- Thread 1 "vpp_main" received signal SIGSEGV, Segmentation fault. 0x00007fe67f1cf256 in virtio_update_packet_stats () from /usr/lib/vpp_plugi= ns//dpdk_plugin.so (gdb) bt #0 0x00007fe67f1cf256 in virtio_update_packet_stats () from /usr/lib/vpp_p= lugins//dpdk_plugin.so #1 0x00007fe67f1d6646 in virtio_xmit_pkts () from /usr/lib/vpp_plugins//dp= dk_plugin.so #2 0x00007fe67f42d60e in rte_eth_tx_burst (nb_pkts=3D, tx_p= kts=3D0x7fe6862afc00, queue_id=3D, port_id=3D) at /opt/vpp/external/x86_64/include/rte_ethd= ev.h:5680 #3 tx_burst_vector_internal (n_left=3D1, mb=3D0x7fe6862afc00, xd=3D, vm=3D) at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/plugins/dpdk/dev= ice/device.c:175 #4 dpdk_device_class_tx_fn_hsw (vm=3D, node=3D, f=3D) at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/plugins/dpdk/dev= ice/device.c:435 #5 0x00007fe6c66bd802 in dispatch_node (last_time_stamp=3D,= frame=3D, dispatch_state=3DVLIB_NODE_STATE_POLLING, type=3DVLIB_NODE_TYPE_INTERNA= L, node=3D0x7fe685e93c00, vm=3D0x7fe68547a680) at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/vlib/main.c:975 #6 dispatch_pending_node (vm=3Dvm@entry=3D0x7fe68547a680, pending_frame_in= dex=3Dpending_frame_index@entry=3D10, last_time_stamp=3D) at /usr/src/debug/vpp-22.02.0-35~ge3= c583654.x86_64/src/vlib/main.c:1134 #7 0x00007fe6c66c1ebf in vlib_main_or_worker_loop (is_main=3D1, vm=3D) at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/vlib/main.c:1600 #8 vlib_main_loop (vm=3D) at /usr/src/debug/vpp-22.02.0-35~= ge3c583654.x86_64/src/vlib/main.c:1728 #9 vlib_main (vm=3D, vm@entry=3D0x7fe68547a680, input=3Dinp= ut@entry=3D0x7fe675df5fa0) at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/vlib/main.c:2017 #10 0x00007fe6c670cc86 in thread0 (arg=3D140628055271040) at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/vlib/unix/main.c= :671 #11 0x00007fe6c5c29388 in clib_calljmp () at /usr/src/debug/vpp-22.02.0-35~= ge3c583654.x86_64/src/vppinfra/longjmp.S:123 #12 0x00007ffcdf319c80 in ?? () #13 0x00007fe6c670e210 in vlib_unix_main (argc=3D, argv=3D) at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/vlib/unix/main.c= :751 #14 0xffffffffffffffff in ?? () #15 0x0001a53c00005137 in ?? () We repeated the above test with interface having ixgbe driver and we don't = see this issue and we can see packet coming out of the interface with corre= ct sid list. What could be the possible reason for this issue? Can we modify any paramet= er at dpdk code level as part of debugging this issue? Also, we tried subscribing to dpdk dev mailing list (using the same email i= d), but our subscription request is still pending. This issue is kind of a = blocker for us that's why sending it on mail. Thanks and Regards, Chinmaya Agarwal. DISCLAIMER: This electronic message and all of its contents, contains infor= mation which is privileged, confidential or otherwise protected from disclo= sure. The information contained in this electronic mail transmission is int= ended for use only by the individual or entity to which it is addressed. If= you are not the intended recipient or may have received this electronic ma= il transmission in error, please notify the sender immediately and delete /= destroy all copies of this electronic mail transmission without disclosing= , copying, distributing, forwarding, printing or retaining any part of it. = Hughes Systique accepts no responsibility for loss or damage arising from t= he use of the information transmitted by this email including damage from v= irus. --_000_PN3PR01MB5770CC1D226069A68510E93494979PN3PR01MB5770INDP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi,

Can we have some pointers on how to debug this issue?
Also, is there a way we can increase logging for DPDK plugin.

Thanks and Regards,
Chinmaya Agarwal.
From: Chinmaya Agarwal
Sent: Monday, July 25, 2022 1:55 PM
To: dev@dpdk.org <dev@dpdk.org>
Subject: Issue seen in DPDK behavior for virtio driver
 
Hi,

We are running VPP v22.02 and DPDK v21.11.0 on Centos 8 VM. We are facing a= n issue where if we configure an SRv6 policy on VPP with sid list having 4 = SIDs we don't see packet coming out of the VPP interface and if we configur= e 5 SIDs, again we don't see the packets coming out of the interface plus VPP crashes after some time. We a= nalyzed the crash dump, and it seems that the crash is happening in DPDK li= brary in the virtio driver code leg. The interface we are using has virtio = driver associated with it. Below is the DPDK core dump:-

Thread 1 "vpp_main" received signal SIGSEGV, Segmentation fa= ult.
0x00007fe67f1cf256 in virtio_update_packet_stats () from /usr/lib/vpp_= plugins//dpdk_plugin.so
(gdb) bt
#0  0x00007fe67f1cf256 in virtio_update_packet_stats () from /usr= /lib/vpp_plugins//dpdk_plugin.so
#1  0x00007fe67f1d6646 in virtio_xmit_pkts () from /usr/lib/vpp_p= lugins//dpdk_plugin.so
#2  0x00007fe67f42d60e in rte_eth_tx_burst (nb_pkts=3D<optimiz= ed out>, tx_pkts=3D0x7fe6862afc00, queue_id=3D<optimized out>,
    port_id=3D<optimized out>) at /opt/vpp/external/x8= 6_64/include/rte_ethdev.h:5680
#3  tx_burst_vector_internal (n_left=3D1, mb=3D0x7fe6862afc00, xd= =3D<optimized out>, vm=3D<optimized out>)
    at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/p= lugins/dpdk/device/device.c:175
#4  dpdk_device_class_tx_fn_hsw (vm=3D<optimized out>, node= =3D<optimized out>, f=3D<optimized out>)
    at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/p= lugins/dpdk/device/device.c:435
#5  0x00007fe6c66bd802 in dispatch_node (last_time_stamp=3D<op= timized out>, frame=3D<optimized out>,
    dispatch_state=3DVLIB_NODE_STATE_POLLING, type=3DVLIB_NO= DE_TYPE_INTERNAL, node=3D0x7fe685e93c00, vm=3D0x7fe68547a680)
    at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/v= lib/main.c:975
#6  dispatch_pending_node (vm=3Dvm@entry=3D0x7fe68547a680, pendin= g_frame_index=3Dpending_frame_index@entry=3D10,
    last_time_stamp=3D<optimized out>) at /usr/src/deb= ug/vpp-22.02.0-35~ge3c583654.x86_64/src/vlib/main.c:1134
#7  0x00007fe6c66c1ebf in vlib_main_or_worker_loop (is_main=3D1, = vm=3D<optimized out>)
    at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/v= lib/main.c:1600
#8  vlib_main_loop (vm=3D<optimized out>) at /usr/src/debug= /vpp-22.02.0-35~ge3c583654.x86_64/src/vlib/main.c:1728
#9  vlib_main (vm=3D<optimized out>, vm@entry=3D0x7fe68547a= 680, input=3Dinput@entry=3D0x7fe675df5fa0)
    at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/v= lib/main.c:2017
#10 0x00007fe6c670cc86 in thread0 (arg=3D140628055271040)
    at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/v= lib/unix/main.c:671
#11 0x00007fe6c5c29388 in clib_calljmp () at /usr/src/debug/vpp-22.02.= 0-35~ge3c583654.x86_64/src/vppinfra/longjmp.S:123
#12 0x00007ffcdf319c80 in ?? ()
#13 0x00007fe6c670e210 in vlib_unix_main (argc=3D<optimized out>= , argv=3D<optimized out>)
    at /usr/src/debug/vpp-22.02.0-35~ge3c583654.x86_64/src/v= lib/unix/main.c:751
#14 0xffffffffffffffff in ?? ()
#15 0x0001a53c00005137 in ?? ()

We repeated the above test with interface having ixgbe driver and we d= on't see this issue and we can see packet coming out of the interface with = correct sid list.
What could be the possible reason for this issue? Can we modify any pa= rameter at dpdk code level as part of debugging this issue?

Also, we tried subscribing to dpdk dev mailing list (using the same email i= d), but our subscription request is still pending. This issue is kind of a = blocker for us that's why sending it on mail.

Thanks and Regards,
Chinmaya Agarwal.
DISCLAIMER: This electronic message and all of its contents, contains infor= mation which is privileged, confidential or otherwise protected from disclo= sure. The information contained in this electronic mail transmission is int= ended for use only by the individual or entity to which it is addressed. If you are not the intended recipient = or may have received this electronic mail transmission in error, please not= ify the sender immediately and delete / destroy all copies of this electron= ic mail transmission without disclosing, copying, distributing, forwarding, printing or retaining any part of it. H= ughes Systique accepts no responsibility for loss or damage arising from th= e use of the information transmitted by this email including damage from vi= rus. --_000_PN3PR01MB5770CC1D226069A68510E93494979PN3PR01MB5770INDP_--