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 EB46511DE for ; Fri, 17 Mar 2017 04:47:01 +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=DaPp0CkU4++dWmJ96+gYczAhsQ0GxYOfXm4Mlvhdfsk=; b=J6tWVosXgRkQkpSwMDebmubMyeEXYOL+SarDyah98od4SPqncQ5WoUR/XPlBb6jiVPbAEOVPn8ohQexdU6QAA+ldDe6De3hsjcb61aApkUvuPEs9dhr85RmpW539KPzFxaH8M/KnGh1K+dnqHbCD/KaUZGQhGGLxpy/66h8R5js= Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03lp0052.outbound.protection.outlook.com [216.32.180.52]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-65-0PljZePMOQS3pkTv5K1_hQ-1; Thu, 16 Mar 2017 23:46:56 -0400 Received: from SN2PR03MB2365.namprd03.prod.outlook.com (10.166.210.144) by SN2PR03MB2367.namprd03.prod.outlook.com (10.166.210.146) 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:46:53 +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:46:53 +0000 From: "Dey, Souvik" To: "dev@dpdk.org" CC: "Dey, Souvik" Thread-Topic: Getting crash in rte_pktmbuf_alloc with 16.11 DPDK Thread-Index: AdKe0RC8COFpFJQQTzm4a0wpMCIHFg== Date: Fri, 17 Mar 2017 03:46:53 +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; SN2PR03MB2367; 7:9/4IGd/XUNvPtdojZvpHJPDnQehhTRDTGJhlGSjdTmEFkLdVimzrfcs7Zl7wQEZZvPorWX/Q+pDDaqxa5I7EKVhYVvvs0ilqqcJAk7jcsjDQyOwfwNOOZtX6gxc/VooGClf8cTcDi1Gnom3L7LbOY4ulGykbKXKFrH1Lt10v1eyN3ClNBBxaPitdUF1qB8XsfDu+mTIh2RR6YkkUV46bhzkkrCtmlDb2A2Ptj6f4v91rp1sDX2tDFIyIFt6LuS531u52AO4xCOPMNx9ngp3UswnEv9aK1yjIdwf6Q2BW5qlCgPS7/39a652Bw3xlEK3dc5JksqBafGMOsujAbJ4Ojw==; 20:E45rH7L0od/c7NL0duoPWLjZQN37Zs9tZ/90efQ7HwEKtmnDqwtIrxDHOio0c6Hr5aNwjGzL8q8L1SZtig3pKRM4fxwvIm1EcfRxDcU4crXe9qCGX1PBivJFCC7Rfi7Zq7ABxSBJWQtcIjYv70Dy8Op/HdGAx3zYjveVuXoYgG0= x-forefront-antispam-report: SFV:SKI; SCL:-1SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(51874003)(57704003)(102836003)(5630700001)(105586002)(33656002)(9686003)(55016002)(5660300001)(2351001)(110136004)(54896002)(74316002)(7736002)(2906002)(6306002)(8676002)(107886003)(81166006)(53936002)(2501003)(7696004)(99286003)(38730400002)(1730700003)(8936002)(6916009)(77096006)(790700001)(25786008)(2900100001)(4326008)(6436002)(5640700003)(122556002)(54356999)(3280700002)(189998001)(86362001)(50986999)(3660700001)(6116002)(6506006); DIR:OUT; SFP:1101; SCL:1; SRVR:SN2PR03MB2367; H:SN2PR03MB2365.namprd03.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; x-ms-office365-filtering-correlation-id: d3e88859-5e29-4c87-ac33-08d46ce8406a x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254042); SRVR:SN2PR03MB2367; 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)(10201501046)(3002001)(6041248)(20161123562025)(20161123558025)(20161123555025)(20161123564025)(20161123560025)(6072148); SRVR:SN2PR03MB2367; BCL:0; PCL:0; RULEID:; SRVR:SN2PR03MB2367; x-forefront-prvs: 0249EFCB0B spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: sonusnet.com X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Mar 2017 03:46:53.2485 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR03MB2367 X-MC-Unique: 0PljZePMOQS3pkTv5K1_hQ-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:47:02 -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