From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH 2/2] mem: fix mempool for --no-huge Date: Fri, 26 Jul 2013 17:10:51 +0200 Message-ID: <201307261710.51789.thomas.monjalon@6wind.com> References: <20130726145932.GO7849@6wind.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: dev-VfR2kkLFssw@public.gmane.org To: Damien Millescamps Return-path: In-Reply-To: <20130726145932.GO7849-pdR9zngts4EAvxtiuMwx3w@public.gmane.org> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" 26/07/2013 16:59, Adrien Mazarguil : > On Fri, Jul 26, 2013 at 04:39:13PM +0200, Damien Millescamps wrote: > > In --no-huge mode, mempool provides objects with their associated > > header/trailer fitting in a standard page (usually 4KB). > > This means all non-UIO driver should work correctly in this mode, > > since UIO drivers allocate ring sizes that cannot fit in a page. > > > > Extend rte_mempool_virt2phy to obtain the correct physical address when > > elements of the pool are not on the same physically contiguous memory > > region. This is a first step for enhancement PR #29696. > > > > Reason for this patch is to be able to run on a kernel < 2.6.37 without > > the need to patch it, since all kernel below are either bugged or don't > > have huge page support at all (< 2.6.28). > > > > Signed-off-by: Damien Millescamps > > --- > > > > lib/librte_eal/linuxapp/eal/eal_memory.c | 2 +- > > lib/librte_mempool/rte_mempool.c | 54 > > +++++++++++++++++++++++++++++- lib/librte_mempool/rte_mempool.h > > | 20 +++++++---- > > 3 files changed, 67 insertions(+), 9 deletions(-) > > Acked-by: Adrien Mazarguil applied -- Thomas