From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx01.arubanetworks.com (mx01.arubanetworks.com [104.36.248.59]) by dpdk.org (Postfix) with ESMTP id 0597A804B for ; Mon, 15 Dec 2014 11:39:15 +0100 (CET) X-ASG-Debug-ID: 1418639939-03d1242a873400a0001-TfluYd Received: from sjc-exch10hc-01.arubanetworks.com (sjc-exch10hc-01.arubanetworks.com [10.1.8.45]) by mx01.arubanetworks.com with ESMTP id lm2C9nGHzNEAkszD (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO); Mon, 15 Dec 2014 02:38:59 -0800 (PST) X-Barracuda-Envelope-From: vmohare@arubanetworks.com Received: from BOREAL.arubanetworks.com ([fe80::19f0:d3af:7377:a759]) by sjc-exch10hc-01.arubanetworks.com ([fe80::58e7:e72c:3b0d:5534%11]) with mapi id 14.03.0158.001; Mon, 15 Dec 2014 02:38:58 -0800 From: Vithal S Mohare To: "Ananyev, Konstantin" , "dev@dpdk.org" Thread-Topic: Walk through a given mbuf-pool elements X-ASG-Orig-Subj: RE: Walk through a given mbuf-pool elements Thread-Index: AdAV+ITkEUt7RBPFRD2vipPFJF40NgCLG22gAAp5M0AAAJTksA== Date: Mon, 15 Dec 2014 10:38:58 +0000 Message-ID: <98DB008FA2AC6644B40AD8C766FAB271014BDE0FE7@BOREAL.arubanetworks.com> References: <98DB008FA2AC6644B40AD8C766FAB271014BDE0E4F@BOREAL.arubanetworks.com> <2601191342CEEE43887BDE71AB977258213BFB08@IRSMSX105.ger.corp.intel.com> In-Reply-To: <2601191342CEEE43887BDE71AB977258213BFB08@IRSMSX105.ger.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.20.22.46] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: sjc-exch10hc-01.arubanetworks.com[10.1.8.45] X-Barracuda-Start-Time: 1418639939 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://mx01.arubanetworks.com:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at arubanetworks.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=7.0 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.12922 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header Subject: Re: [dpdk-dev] Walk through a given mbuf-pool elements X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2014 10:39:15 -0000 Hi Konstantin, Thanks for the reply. I was trying to find more intuitive one compare to rte_mempool_obj_iter(). = Once mempool is created with objects, shouldn't we able to walk-through by= just passing 'mp' object and avoiding other params like vaddr, elt_size et= c. For now, I could use callback called during mempool creation itself. Thanks, -Vithal -----Original Message----- From: Ananyev, Konstantin [mailto:konstantin.ananyev@intel.com]=20 Sent: Monday, December 15, 2014 3:42 PM To: Vithal S Mohare; dev@dpdk.org Subject: RE: Walk through a given mbuf-pool elements Hi Vithal, > -----Original Message----- > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Vithal S Mohare > Sent: Monday, December 15, 2014 5:08 AM > To: dev@dpdk.org > Subject: [dpdk-dev] Walk through a given mbuf-pool elements >=20 > [Re-sending the mail after registering to dpdk.org] Team, >=20 > I am looking for a code/api to walk through a dpdk mbuf-pool elements (si= milar to rte_mempool_walk() but for elements within > mempool). Calling pkt_mbuf_alloc for 'n' elements and then _free is not= an option. Rte_mempool_obj_itr() walks through, but does > lot more than walking itself. Please suggest if anybody has better alte= rnatives. Not sure why rte_mempool_obj_iter() wouldn't work for you? It just walks through all elements of the pool and for ach calls a user pro= vided callback. Nothing else. Konstantin >=20 > Thanks, > -Vithal