From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cos-us-iron01k.cos.keysight.com (cos-us-iron01k.cos.keysight.com [192.25.5.35]) by dpdk.org (Postfix) with ESMTP id 8BD035A24 for ; Wed, 17 Aug 2016 17:03:49 +0200 (CEST) X-IPAS-Result: A2CkAAACfLRXfRYYjJxeHQGCV4EkgQONJqdShDiBfYYdAoIeFAEBAQEBAQEBARMBARYrL4RiAy1eASpWJgEEG4gpnWOgFQEBCAEBAQEjjzkMgx6CLwWOHYsnnmdIj2sehDCGYwF+AQEB X-IronPort-AV: E=Sophos;i="5.28,529,1464674400"; d="scan'208,217";a="36539980" Received: from wcosexch03k.cos.is.keysight.com (HELO 2k10hubs.keysight.com) ([156.140.24.22]) by cos-us-iron01k.cos.keysight.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Aug 2016 09:03:48 -0600 Received: from wcosexch02k.cos.is.keysight.com ([169.254.2.97]) by wcosexch03k.cos.is.keysight.com ([156.140.24.22]) with mapi id 14.03.0279.002; Wed, 17 Aug 2016 09:03:47 -0600 From: To: Thread-Topic: segfault with dpdk 16.07 in rte_mempool_populate_phys Thread-Index: AdH4kORR/4kmue64QRuvda8Df4kUXw== Date: Wed, 17 Aug 2016 15:03:46 +0000 Message-ID: <22C95CA62CBADB498D32A348F0F073BC20AE2583@wcosexch02k.cos.is.keysight.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [156.140.13.71] x-tm-as-product-ver: SMEX-11.0.0.4283-8.000.1202-22518.007 x-tm-as-result: No--49.375800-8.000000-31 x-tm-as-matchedid: 147014-139704-113220-708196-111604-700362-705718-700345-7 01796-701827-700264-702497-700450-700537-700732-701306-709859-111605-700074 -303242-188124-704301-701619-703990-700752-704852-703788-701837-709137-7006 93-705388-700079-703707-700756-704425-707654-701604-702609-862864-702358-70 9584-703428-707259-851458-105630-711664-700107-121133-712248-188093-148004- 148050-42000 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] segfault with dpdk 16.07 in rte_mempool_populate_phys X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Aug 2016 15:03:50 -0000 Hi All, Trying to move an application from 2.2.0 to 16.07 Tested out l2fwd in 16.7 , quite happy with that ( in fact very happy with = the performance improvement I measure over 2.2.0 ) But now trying to get our app moved over, and coming un-stuck. As well as the main packet mbuf pools etc, our app has a little pool for er= ror messages When that is created with "rte_mempool_create" I get a segmentation fault f= rom rte_mempool_populate_phys It seems I have nothing valid for this call in rte_mempool.c to work with ret =3D rte_mempool_ops_alloc(mp); I can see in the user guide in section 5.5 it talks about Mempool Handlers,= and new API to do with rte_mempool_create_empty and rte_mempool_set_ops_by= name But the code of rte_mempool _create seems to call rte_mempool_create_empty= and rte_mempool_set_ops_byname Then it calls the mp_init before the rte_mempool_populate_default, down in= which the call to rte_mempool_populate_phys eventually cores I've tried building and running the ip_reassembly example program, and I ca= n see that is uses rte_mempool_create in a similar, although admittedly sli= ghtly different fashion. it has flags set as MEMPOOL_F_SP_PUT | MEMPOOL_F_SC_GET where as I have 0 but the code in rte_mempool_create uses the flags to call the set_ops_by_na= me slightly differently depending on what flags you have. I tried changing my app to use the same parameters in the rte_mempool_creat= e call as the example program, but I still get a segmentation fault Is there something else I'm missing?? I looked through the ip_reassembly program, but couldn't see it making any = extra calls to do anything to the pool before the create is called? Any help gratefully received Program terminated with signal 11, Segmentation fault. #0 0x0000000000000000 in ?? () #0 0x0000000000000000 in ?? () #1 0x00007f9fa586cdde in rte_mempool_populate_phys (mp=3D0x7f9f9485dd00, vaddr=3D0x7f9f9485d2c0
, paddr=3D= 8995066560, len=3D2560, free_cb=3D0x7f9fa586cbe0 , opaque=3D0x7f9= fb40e4cb4) at /root/######/dpdk-16.07/lib/librte_mempool/rte_mempool.c:363 #2 0x00007f9fa586da4a in rte_mempool_populate_default (mp=3D0x7f9f9485dd00= ) at /root/######/dpdk-16.07/lib/librte_mempool/rte_mempool.c:583 #3 0x00007f9fa586dd49 in rte_mempool_create (name=3D0x7f9fa588fb56 "Error = Ind Mempool", n=3D, elt_size=3D256, cache_size=3D, private_data_size= =3D, mp_init=3D0x7f9fa586c2b0 , mp_init_arg=3D0x0, ob= j_init=3D0x7f9fa586c1c0 , obj_init_arg=3D0x0, socket_id=3D-1, flags=3D0) at /root/######/dpdk-16.= 07/lib/librte_mempool/rte_mempool.c:909 Thanks Martin Martin Curran-Gray HW/FPGA/SW Engineer Keysight Technologies UK Ltd