From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-126.mimecast.com (us-smtp-delivery-126.mimecast.com [216.205.24.126]) by dpdk.org (Postfix) with ESMTP id 09F3A11DE for ; Fri, 17 Mar 2017 04:17:29 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=SonusNetworks.onmicrosoft.com; s=selector1-sonusnet-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=CBEkm0KXtTPsQrmjk+wYfgHeuAmNGTNzDEVggruz2v8=; b=AHuy+/eoCN1BytAxzCO9c8mDlJdwC8po3whHQvpj0BrjqFt27aVHhchgM+sQ7QplawcHx7f+6iWOdX/9jKw3OjFRPmn9vXLRNjkuAy4hiCeFg1wSb1aNKeTzh8PQsMU2EQTerjKcAfiyqyi+vE907Zcy5u+x5jnqhhFEpK9FLPk= Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02lp0016.outbound.protection.outlook.com [216.32.180.16]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-77-qBandJQUMCm3etfgMr9P9A-1; Thu, 16 Mar 2017 23:17:27 -0400 Received: from SN2PR03MB2365.namprd03.prod.outlook.com (10.166.210.144) by SN2PR03MB2365.namprd03.prod.outlook.com (10.166.210.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.961.17; Fri, 17 Mar 2017 03:17:22 +0000 Received: from SN2PR03MB2365.namprd03.prod.outlook.com ([10.166.210.144]) by SN2PR03MB2365.namprd03.prod.outlook.com ([10.166.210.144]) with mapi id 15.01.0961.018; Fri, 17 Mar 2017 03:17:22 +0000 From: "Dey, Souvik" To: "dev@dpdk.org" Thread-Topic: Getting crash in rte_pktmbuf_alloc with 16.11 DPDK Thread-Index: AdKezP5r5YMtBwBYTNSz0XI80bN8fg== Date: Fri, 17 Mar 2017 03:17:22 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [2601:191:8304:368:e00d:7f65:b5e1:f496] x-microsoft-exchange-diagnostics: 1; SN2PR03MB2365; 7:azUtmQBPdeWZqJ6GiS9e/fwRk/uC4oHvVUMJws4Wo91Urtt2zOp3YJ8ajpKMvajXtzzVDpJjlWX0ubTRYTIPnUrcvhvDNlJCCEl2hWgzIkF/AI3w3Uczq3HrhGz1G0wvrWkyImrKxpasu099LgDTAbuaP2kfWIE1LuzbpIf89XG1tCScwXqTU/clM9bixd/9001weImMoPMTg8kkuAyTWa27CF/tHeAvm0pH6yNDCcl++9slXdQacqDxCD5TPr4IsDn31HpilIp16vgpySG2UuA6xw91DEznWLHy5vrz+O5aSUKdjQFncgnYePSn+KKKIQK1dsUZiZRss6XWvfOdHw==; 20:lt3c2Azn5rd4mCBS4dyrXNCm05qtZt3frgz2WUIkBidZeFcdayYMG0qrU3+FAsqLW7HQjyOExqLZt2FXyR6FSZ1e2dc1byA/GF5LompN+CBnqkLU9nwtzKkgxeh5l2IkYuzB8bDHOO5uV3W3K0n/z5cxlZxi29GSPzdX3UgPWd8= x-ms-office365-filtering-correlation-id: 2ab41c8f-75b8-43a7-c69a-08d46ce42111 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254041); SRVR:SN2PR03MB2365; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123555025)(20161123562025)(20161123564025)(20161123558025)(20161123560025)(6072148); SRVR:SN2PR03MB2365; BCL:0; PCL:0; RULEID:; SRVR:SN2PR03MB2365; x-forefront-prvs: 0249EFCB0B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(51874003)(57704003)(790700001)(6916009)(5660300001)(77096006)(102836003)(6306002)(3280700002)(2501003)(6116002)(33656002)(8676002)(86362001)(5630700001)(8936002)(81166006)(122556002)(6506006)(99286003)(9686003)(7736002)(1730700003)(54356999)(74316002)(2900100001)(38730400002)(2906002)(50986999)(25786008)(55016002)(53936002)(2351001)(105586002)(110136004)(54896002)(189998001)(7696004)(5640700003)(3660700001)(6436002); DIR:OUT; SFP:1101; SCL:1; SRVR:SN2PR03MB2365; H:SN2PR03MB2365.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: sonusnet.com X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Mar 2017 03:17:22.8128 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR03MB2365 X-MC-Unique: qBandJQUMCm3etfgMr9P9A-1 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] Getting crash in rte_pktmbuf_alloc with 16.11 DPDK X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Mar 2017 03:17:30 -0000 Hi , I am trying to do rte_pktmbuf_alloc from a mempool within a s= econdary process after doing a rte_mempool_lookup for the same mempool. But= the rte_pktmbuf_alloc crashes with the below backtrace #0 0x0000000000000000 in ?? () #1 0x0000000000423da2 in rte_mempool_ops_dequeue_bulk (n=3D1, obj_table=3D= 0x7fffffffd8e0, mp=3D0x7fe910fbd540) at /sonus/p4/ws/sodey/cmn_thirdparty.c= loud_dev_5_1/Intel/DPDK/dist #2 __mempool_generic_get (flags=3D, cache=3D= , n=3D, obj_table=3D, mp=3D) at /sonus/p4/ws/sodey/cmn_thirdparty.cloud_dev_5_1/Intel/DPDK/distrib_u= pd/x86_64-native-linuxapp-gcc/include/rte_mempool.h:1296 #3 rte_mempool_generic_get (flags=3D, cache=3D, n=3D, obj_table=3D, mp=3D) at /sonus/p4/ws/sodey/cmn_thirdparty.cloud_dev_5_1/Intel/DPDK/distrib_u= pd/x86_64-native-linuxapp-gcc/include/rte_mempool.h:1334 #4 rte_mempool_get_bulk (n=3D1, obj_table=3D0x7fffffffd8e0, mp=3D0x7fe910f= bd540) at /sonus/p4/ws/sodey/cmn_thirdparty.cloud_dev_5_1/Intel/DPDK/distri= b_upd/x86_64-native-linuxapp #5 rte_mempool_get (obj_p=3D0x7fffffffd8e0, mp=3D0x7fe910fbd540) at /sonus= /p4/ws/sodey/cmn_thirdparty.cloud_dev_5_1/Intel/DPDK/distrib_upd/x86_64-nat= ive-linuxapp-gcc/include/r #6 rte_mbuf_raw_alloc (mp=3D0x7fe910fbd540) at /sonus/p4/ws/sodey/cmn_thir= dparty.cloud_dev_5_1/Intel/DPDK/distrib_upd/x86_64-native-linuxapp-gcc/incl= ude/rte_mbuf.h:761 #7 rte_pktmbuf_alloc (mp=3D0x7fe910fbd540) at /sonus/p4/ws/sodey/cmn_third= party.cloud_dev_5_1/Intel/DPDK/distrib_upd/x86_64-native-linuxapp-gcc/inclu= de/rte_mbuf.h:1046 >>From the trace it looks like that the ops->dequeue is failing as the ops is= not set properly. In the primary process I have done a rte_mempool_create with the flags pass= ed as 0 (indicating mp_mc option). This should have taken care of setting t= he ops properly. Also the rte_pktmbuf_alloc calls in the primary does not g= ive any issues. Both the primary and secondary DPDK app code was working fine with 2.1 DPDK= , but now when I am trying to link to the newer DPDK versions like 16.07/16= .11, it is crashing. There is no changes done in the app code. I do see that the complete rte_mempool code has been changed between 2.1 to= 16.07 but could not find any obvious reasons of the crash. Is my usage wr= ong or do we need to pass any new flag to make this work. Did anyone faced similar issue or any help in this will be great for my deb= ugging. Thanks in advance for the help. -- Regards, Souvik