From mboxrd@z Thu Jan 1 00:00:00 1970 From: Olivier Matz Subject: Re: [PATCH v3] mempool: remove non-EAL thread note from header Date: Fri, 24 Mar 2017 15:04:44 +0100 Message-ID: <20170324150444.233b3045@platinum> References: <1490202268-3799-1-git-send-email-gage.eads@intel.com> <1490278858-27257-1-git-send-email-gage.eads@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org To: Gage Eads Return-path: Received: from mail-wm0-f44.google.com (mail-wm0-f44.google.com [74.125.82.44]) by dpdk.org (Postfix) with ESMTP id 8FF44D47C for ; Fri, 24 Mar 2017 15:04:49 +0100 (CET) Received: by mail-wm0-f44.google.com with SMTP id t189so3132958wmt.1 for ; Fri, 24 Mar 2017 07:04:49 -0700 (PDT) In-Reply-To: <1490278858-27257-1-git-send-email-gage.eads@intel.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi Gage, On Thu, 23 Mar 2017 09:20:58 -0500, Gage Eads wrote: > Commit 30e6399892276 ("mempool: support non-EAL thread") added the > capability for non-EAL threads to use the mempool library. This commit > removes the note indicating that the mempool library cannot be used safely > by non-EAL threads. > > Also, fix a typo. > > Signed-off-by: Gage Eads > --- > v2: Changed commit message to referenced commit 30e63998 instead of 4b5062755 > v3: Fix checkpatch error > > lib/librte_mempool/rte_mempool.h | 6 +----- > 1 file changed, 1 insertion(+), 5 deletions(-) > > diff --git a/lib/librte_mempool/rte_mempool.h b/lib/librte_mempool/rte_mempool.h > index 991feaa..b1186fd 100644 > --- a/lib/librte_mempool/rte_mempool.h > +++ b/lib/librte_mempool/rte_mempool.h > @@ -53,11 +53,7 @@ > * > * Note: the mempool implementation is not preemptable. A lcore must > * not be interrupted by another task that uses the same mempool > - * (because it uses a ring which is not preemptable). Also, mempool > - * functions must not be used outside the DPDK environment: for > - * example, in linuxapp environment, a thread that is not created by > - * the EAL must not use mempools. This is due to the per-lcore cache > - * that won't work as rte_lcore_id() will not return a correct value. > + * (because it uses a ring which is not preemptible). > */ > > #include I agree the comment is not correct today. But I think we should still highlight that usual functions [ex: rte_mempool_get(), rte_mempool_put()] won't work when called on a non-EAL thread. Maybe it could be reworded in that way: """ Note: the mempool implementation is not preemptable. A lcore must not be interrupted by another task that uses the same mempool (because it uses a ring which is not preemptible). Also, usual mempool functions like rte_mempool_get() or rte_mempool_put() are designed to be called from an EAL thread due to the internal per-lcore cache. When using a mempool from a non-EAL thread, a user cache has to be provided to rte_mempool_generic_get() or rte_mempool_generic_put(). """ What do you think? Thanks, Olivier