From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <olivier.matz@6wind.com>
Received: from mail.droids-corp.org (zoll.droids-corp.org [94.23.50.67])
 by dpdk.org (Postfix) with ESMTP id 4A2951B2CF
 for <dev@dpdk.org>; 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 <olivier.matz@6wind.com>)
 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 <olivier.matz@6wind.com>
To: Thomas Monjalon <thomas@monjalon.net>
Cc: Santosh Shukla <santosh.shukla@caviumnetworks.com>,
 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 <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=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 <thomas@monjalon.net>
> > 
> > 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 <olivier.matz@6wind.com>