From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.droids-corp.org (zoll.droids-corp.org [94.23.50.67]) by dpdk.org (Postfix) with ESMTP id 4A2951B2CF for ; Mon, 6 Nov 2017 17:39:35 +0100 (CET) Received: from lfbn-1-6068-189.w90-110.abo.wanadoo.fr ([90.110.3.189] helo=droids-corp.org) by mail.droids-corp.org with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1eBkWh-0002HC-2M; Mon, 06 Nov 2017 17:45:32 +0100 Received: by droids-corp.org (sSMTP sendmail emulation); Mon, 06 Nov 2017 17:39:22 +0100 Date: Mon, 6 Nov 2017 17:39:22 +0100 From: Olivier MATZ To: Thomas Monjalon Cc: Santosh Shukla , sergio.gonzalez.monroy@intel.com, anatoly.burakov@intel.com, dev@dpdk.org Message-ID: <20171106163734.hagmwb4ptkio35zh@platinum> References: <20170814151537.29454-1-santosh.shukla@caviumnetworks.com> <20171106014141.13266-11-thomas@monjalon.net> <20171106154930.f4ax36mllm45ion4@platinum> <2022205.xxQWC8C0TJ@xps> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2022205.xxQWC8C0TJ@xps> User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: [dpdk-dev] [PATCH v4 10/15] mempool: rename populate functions to IOVA 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: Mon, 06 Nov 2017 16:39:35 -0000 On Mon, Nov 06, 2017 at 04:58:13PM +0100, Thomas Monjalon wrote: > 06/11/2017 16:49, Olivier MATZ: > > On Mon, Nov 06, 2017 at 02:41:36AM +0100, Thomas Monjalon wrote: > > > The functions rte_mempool_populate_phys() and > > > rte_mempool_populate_phys_tab() are renamed to > > > rte_mempool_populate_iova() and rte_mempool_populate_iova_tab(). > > > The deprecated functions are kept as aliases to avoid breaking the API. > > > > > > Signed-off-by: Thomas Monjalon > > > > I agree with the changes of that patch too. > > However, after the patches, few references to phys address still > > remain in rte_mempool.h. Some examples below: > > > > /** Mempool over one chunk of physically continuous memory */ > > #define MEMPOOL_PG_NUM_DEFAULT 1 > > ... > > * The memory chunks where objects are stored. Each chunk is virtually > > * and physically contiguous. > > ... > > #define MEMPOOL_F_NO_PHYS_CONTIG 0x0020 /**< Don't need physically contiguous objs. */ > > /** > > * This capability flag is advertised by a mempool handler, if the whole > > * memory area containing the objects must be physically contiguous. > > * Note: This flag should not be passed by application. > > */ > > #define MEMPOOL_F_CAPA_PHYS_CONTIG 0x0040 > > ... > > * - Mempool driver must also set MEMPOOL_F_CAPA_PHYS_CONTIG flag along with > > * MEMPOOL_F_CAPA_BLK_ALIGNED_OBJECTS. > > ... > > * - Otherwise, rte_mempool_populate_phys fails thus pool create fails. > > ... > > * - MEMPOOL_F_NO_PHYS_CONTIG: If set, allocated objects won't > > * necessarily be contiguous in physical memory. > > ... > > ... > > > > I think we should also change them to IO. > > Yes I did not change them because I was not sure how to word it. > Feel free to send a patch for the flags and few other doxygen comments. Ok, we can do it in another iteration. Thanks for the rework. Acked-by: Olivier Matz