From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Hunt, David" Subject: Re: [PATCH 1/5] mempool: add external mempool manager support Date: Thu, 4 Feb 2016 17:34:46 +0000 Message-ID: <56B38BB6.7080701@intel.com> References: <1453829155-1366-1-git-send-email-david.hunt@intel.com> <1453829155-1366-2-git-send-email-david.hunt@intel.com> <56B365A0.3080206@6wind.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit To: Olivier MATZ , dev@dpdk.org Return-path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id D78F695DB for ; Thu, 4 Feb 2016 18:34:48 +0100 (CET) In-Reply-To: <56B365A0.3080206@6wind.com> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 04/02/2016 14:52, Olivier MATZ wrote: > Hi David, [snip] Just a comment on one of your comments: > Why not using a similar mechanism than what we have for PMDs? > > void rte_eal_driver_register(struct rte_driver *driver) > { > TAILQ_INSERT_TAIL(&dev_driver_list, driver, next); > } > > To do that, you just need to add a TAILQ_ENTRY() in your > rte_mempool_handler structure. This would avoid to duplicate the > structure into a static array whose size is limited. > > Accessing to the callbacks would be easier: > > return mp->mp_handler->put(mp->rt_pool, obj_table, n); One of the iterations of the code did indeed use this mechanism, however I ran into problems with multiple processes using the same mempool. In that case, the 'mp_handler' element of the mempool in your return statement is only valid for one of the processes. Hence the need for and index that's valid for all processes rather than a pointer that's valid for only one. And it's not easy to quickly index into an element in a queue, hence the array of 16 mempool_handler structs. [snip] Rgds, Dave.