From: Olivier Matz <olivier.matz@6wind.com>
To: Vamsi Krishna Attunuru <vattunuru@marvell.com>
Cc: Jerin Jacob <jerinjacobk@gmail.com>,
Andrew Rybchenko <arybchenko@solarflare.com>,
Ferruh Yigit <ferruh.yigit@intel.com>,
"thomas@monjalon.net" <thomas@monjalon.net>,
Jerin Jacob Kollanukkaran <jerinj@marvell.com>,
Kiran Kumar Kokkilagadda <kirankumark@marvell.com>,
"anatoly.burakov@intel.com" <anatoly.burakov@intel.com>,
"stephen@networkplumber.org" <stephen@networkplumber.org>,
"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [EXT] Re: [PATCH v11 2/4] eal: add legacy kni option
Date: Sat, 26 Oct 2019 14:25:25 +0200 [thread overview]
Message-ID: <20191026122525.ny6wwtrnfw32367j@platinum> (raw)
In-Reply-To: <MWHPR18MB16450B279AC61FC5A59E7476A6650@MWHPR18MB1645.namprd18.prod.outlook.com>
Hi Jerin, Hi Vamsi,
On Fri, Oct 25, 2019 at 09:20:20AM +0000, Vamsi Krishna Attunuru wrote:
>
>
> > -----Original Message-----
> > From: Jerin Jacob <jerinjacobk@gmail.com>
> > Sent: Friday, October 25, 2019 1:01 AM
> > To: Olivier Matz <olivier.matz@6wind.com>
> > Cc: Vamsi Krishna Attunuru <vattunuru@marvell.com>; Andrew Rybchenko
> > <arybchenko@solarflare.com>; Ferruh Yigit <ferruh.yigit@intel.com>;
> > thomas@monjalon.net; Jerin Jacob Kollanukkaran <jerinj@marvell.com>; Kiran
> > Kumar Kokkilagadda <kirankumark@marvell.com>; anatoly.burakov@intel.com;
> > stephen@networkplumber.org; dev@dpdk.org
> > Subject: Re: [dpdk-dev] [EXT] Re: [PATCH v11 2/4] eal: add legacy kni option
> >
> > On Thu, Oct 24, 2019 at 11:05 PM Olivier Matz <olivier.matz@6wind.com>
> > wrote:
> > >
> > > Hi,
> > >
> > > On Wed, Oct 23, 2019 at 08:32:08PM +0530, Jerin Jacob wrote:
> > > > On Wed, Oct 23, 2019 at 8:17 PM Olivier Matz <olivier.matz@6wind.com>
> > wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > On Wed, Oct 23, 2019 at 03:42:39PM +0530, Jerin Jacob wrote:
> > > > > > On Tue, Oct 22, 2019 at 7:01 PM Vamsi Krishna Attunuru
> > > > > > <vattunuru@marvell.com> wrote:
> > > > > > >
> > > > > > > Hi Ferruh,
> > > > > > >
> > > > > > > Can you please explain the problems in using kni dedicated mbuf alloc
> > routines while enabling kni iova=va mode. Please see the below discussion with
> > Andrew. He wanted to know the problems in having newer APIs.
> > > > > >
> > > > > >
> > > > > > While waiting for the Ferruh reply, I would like to summarise
> > > > > > the current status
> > > > > >
> > > > > > # In order to make KNI work with IOVA as VA, We need to make
> > > > > > sure mempool pool _object_ should not span across two huge pages
> > > > > >
> > > > > > # This problem can be fixed by, either of:
> > > > > >
> > > > > > a) Introduce a flag in mempool to define this constraint, so
> > > > > > that, when only needed, this constraint enforced and this is in
> > > > > > line with existing semantics of addressing such problems in
> > > > > > mempool
> > > > > >
> > > > > > b) Instead of creating a flag, Make this behavior by default in
> > > > > > mempool for IOVA as VA case
> > > > > >
> > > > > > Upside:
> > > > > > b1) There is no need for specific mempool_create for KNI.
> > > > > >
> > > > > > Downside:
> > > > > > b2) Not align with existing mempool API semantics
> > > > > > b3) There will be a trivial amount of memory waste as we can not
> > > > > > allocate from the edge. Considering the normal huge page memory
> > > > > > size is 1G or 512MB this not a real issue.
> > > > > >
> > > > > > c) Make IOVA as PA when KNI kernel module is loaded
> > > > > >
> > > > > > Upside:
> > > > > > c1) Doing option (a) would call for new KNI specific mempool
> > > > > > create API i.e existing KNI applications need a one-line change
> > > > > > in application to make it work with release 19.11 or later.
> > > > > >
> > > > > > Downslide:
> > > > > > c2) Driver which needs RTE_PCI_DRV_NEED_IOVA_AS_VA can not work
> > > > > > with KNI
> > > > > > c3) Need root privilege to run KNI as IOVA as PA need root
> > > > > > privilege
> > > > > >
> > > > > > For the next year, we expect applications to work 19.11 without
> > > > > > any code change. My personal opinion to make go with option (a)
> > > > > > and update the release notes to document the change any it
> > > > > > simple one-line change.
> > > > > >
> > > > > > The selection of (a) vs (b) is between KNI and Mempool maintainers.
> > > > > > Could we please reach a consensus? Or can we discuss this TB meeting?
> > > > > >
> > > > > > We are going back and forth on this feature on for the last 3
> > > > > > releases. Now that, we solved all the technical problems, please
> > > > > > help us to decide (a) vs (b) to make forward progress.
> > > > >
> > > > > Thank you for the summary.
> > > > > What is not clear to me is if (a) or (b) may break an existing
> > > > > application, and if yes, in which case.
> > > >
> > > > Thanks for the reply.
> > > >
> > > > To be clear we are talking about out of tree KNI tree application.
> > > > Which they don't want to
> > > > change rte_pktmbuf_pool_create() to rte_kni_pktmbuf_pool_create()
> > > > and build for v19.11
> > > >
> > > > So in case (b) there is no issue as It will be using rte_pktmbuf_pool_create ().
> > > > But in case of (a) it will create an issue if out of tree KNI
> > > > application is using rte_pktmbuf_pool_create() which is not using
> > > > the NEW flag.
> > >
> > > Following yesterday's discussion at techboard, I looked at the mempool
> > > code and at my previous RFC patch. It took some time to remind me what
> > > was my worries.
> >
> > Thanks for the review Olivier.
> >
> > Just to make sure the correct one is reviewed.
> >
> > 1) v7 had similar issue mentioned
> > https://urldefense.proofpoint.com/v2/url?u=http-
> > 3A__patches.dpdk.org_patch_56585_&d=DwIBaQ&c=nKjWec2b6R0mOyPaz7xtf
> > Q&r=WllrYaumVkxaWjgKto6E_rtDQshhIhik2jkvzFyRhW8&m=MMwAZe76YMVHe
> > 8UcHjL4IBnfX5YvtbocwICAZGBY97A&s=mfN_afnyFm65sQYzaAg_-
> > uM9o22A5j392TdBZY-bKK4&e=
The v7 has the problem I described below: the iova-contiguous allocation
may fail because the calculated size is too small, and remaining objects
will be added in another chunk. This can happen if a fully
iova-contiguous mempool is requested (it happens for octeontx).
Also, the way page size is retrieved in
rte_mempool_op_populate_default() assume that memzones are used, which
is not correct.
> > 2) v11 addressed the review comments and you have given the Acked-by for
> > mempool change https://urldefense.proofpoint.com/v2/url?u=http-
> > 3A__patches.dpdk.org_patch_61559_&d=DwIBaQ&c=nKjWec2b6R0mOyPaz7xtf
> > Q&r=WllrYaumVkxaWjgKto6E_rtDQshhIhik2jkvzFyRhW8&m=MMwAZe76YMVHe
> > 8UcHjL4IBnfX5YvtbocwICAZGBY97A&s=frFvKOHFDRhTam6jDZZc6omK2gb1RU62
> > xzAiiBMnf0I&e=
The v11 looked fine to me, because it does not impact any default
behavior, and the plan was to remove this new function when my mempool
patchset was in.
> >
> > My thought process in the TB meeting was, since
> > rte_mempool_populate_from_pg_sz_chunks() reviwed replace
> > rte_pktmbuf_pool_create's rte_mempool_populate_default() with
> > rte_mempool_populate_from_pg_sz_chunks()
> > in IOVA == VA case to avoid a new KNI mempool_create API.
> >
> > >
> > > Currently, in rte_mempool_populate_default(), when the mempool is
> > > populated, we first try to allocate one iova-contiguous block of (n *
> > > elt_size). On success, we use this memory to fully populate the
> > > mempool without taking care of crossing page boundaries.
> > >
> > > If we change the behavior to prevent objects from crossing pages, the
> > > assumption that allocating (n * elt_size) is always enough becomes
> > > wrong. By luck, there is no real impact, because if the mempool is
> > > not fully populated after this first iteration, it will allocate a new
> > > chunk.
> > >
> > > To be rigorous, we need to better calculate the amount of memory to
> > > allocate, according to page size.
>
> Hi Olivier,
>
> Thanks for the review, I think the below mentioned problems exist with
> current mempool_populate_default() api and will there be high chances of hitting
> those problems when we precalculate the memory size(after preventing objs from
> pg boundary and fit complete mempool memory in single mem chunk) and if
> mempool size goes beyond page size as below example. ?,
Yes, the problem described below (alloc a mempool of 1.1GB resulting in
2GB reserved) exists in the current version. It will be fixed in the new
version of my "mempool: avoid objects allocations across pages"
patchset.
FYI, a reworked patchset is alsmost ready, I'll send it monday.
>
> Regards,
> Vamsi
>
> > >
> > > Looking at the code, I found another problem in the same area: let's
> > > say we populate a mempool that requires 1.1GB (and we use 1G huge pages):
> > >
> > > 1/ mempool code will first tries to allocate an iova-contiguous zone
> > > of 1.1G -> fail
> > > 2/ it then tries to allocate a page-aligned non iova-contiguous
> > > zone of 1.1G, which is 2G. On success, a lot of memory is wasted.
> > > 3/ on error, we try to allocate the biggest zone, it can still return
> > > a zone between 1.1G and 2G, which can also waste memory.
> > >
> > > I will rework my mempool patchset to properly address these issues,
> > > hopefully tomorrow.
> >
> > OK.
> >
> >
> > >
> > > Also, I thought about another idea to solve your issue, not sure it is
> > > better but it would not imply to change the mempool behavior. If I
> > > understood the problem, when a mbuf is accross 2 pages, the copy of
> > > the data can fail in kni because the mbuf is not virtually contiguous
> > > in the
> >
> > For KNI use case, we would need _physically_ contiguous to make sure that
> > using, get_user_pages_remote() we get physically contiguous memory map, so
> > that both KNI kernel thread and KNI kernel context and DPDK userspace can use
> > the same memory in different contexts.
> >
> >
> >
> > > kernel. So why not in this case splitting the memcpy() into several,
> > > each of them being on a single page (and calling phys2virt() for each
> > > page)? The same would have to be done when accessing the fields of the
> > > mbuf structure if it crosses a page boundary. Would that work? This
> >
> > If the above is the requirement, Does this logic need to be in slow path or fast
> > path?
In fast path. But I don't think the performance impact would be
significative.
Vamsi, do you confirm this approach could also solve the issue without
changing the mempool?
> >
> > > could be a B plan.
> >
> > OK.
> >
> > >
> > > Olivier
next prev parent reply other threads:[~2019-10-26 12:25 UTC|newest]
Thread overview: 266+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-27 10:49 [dpdk-dev] [PATCH] kni: add IOVA va support for kni Kiran Kumar
2018-09-27 10:58 ` Burakov, Anatoly
2018-10-02 17:05 ` Ferruh Yigit
2019-04-01 17:30 ` Jerin Jacob Kollanukkaran
2019-04-01 17:30 ` Jerin Jacob Kollanukkaran
2019-04-01 18:20 ` Ferruh Yigit
2019-04-01 18:20 ` Ferruh Yigit
2019-04-01 9:51 ` [dpdk-dev] [PATCH v2] " Kiran Kumar Kokkilagadda
2019-04-01 9:51 ` Kiran Kumar Kokkilagadda
2019-04-03 16:29 ` Ferruh Yigit
2019-04-03 16:29 ` Ferruh Yigit
2019-04-04 5:03 ` [dpdk-dev] [EXT] " Kiran Kumar Kokkilagadda
2019-04-04 5:03 ` Kiran Kumar Kokkilagadda
2019-04-04 11:20 ` Ferruh Yigit
2019-04-04 11:20 ` Ferruh Yigit
2019-04-04 13:29 ` Burakov, Anatoly
2019-04-04 13:29 ` Burakov, Anatoly
2019-04-04 9:57 ` [dpdk-dev] " Burakov, Anatoly
2019-04-04 9:57 ` Burakov, Anatoly
2019-04-04 11:21 ` Ferruh Yigit
2019-04-04 11:21 ` Ferruh Yigit
2019-04-16 4:55 ` [dpdk-dev] [PATCH v3] " kirankumark
2019-04-16 4:55 ` kirankumark
2019-04-19 10:38 ` Thomas Monjalon
2019-04-19 10:38 ` Thomas Monjalon
2019-04-22 4:39 ` [dpdk-dev] [PATCH v4] " kirankumark
2019-04-22 4:39 ` kirankumark
2019-04-22 6:15 ` [dpdk-dev] [PATCH v5] " kirankumark
2019-04-22 6:15 ` kirankumark
2019-04-26 9:11 ` Burakov, Anatoly
2019-04-26 9:11 ` Burakov, Anatoly
2019-06-25 3:56 ` [dpdk-dev] [PATCH v6 0/4] add IOVA = VA support in KNI vattunuru
2019-06-25 3:56 ` [dpdk-dev] [PATCH v6 1/4] lib/mempool: skip populating mempool objs that falls on page boundaries vattunuru
2019-06-25 3:56 ` [dpdk-dev] [PATCH v6 2/4] lib/kni: add PCI related information vattunuru
2019-06-25 17:41 ` Stephen Hemminger
2019-06-26 3:48 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-06-26 14:58 ` Stephen Hemminger
2019-06-27 9:43 ` Vamsi Krishna Attunuru
2019-07-11 16:22 ` [dpdk-dev] " Ferruh Yigit
2019-07-12 11:02 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-07-12 11:11 ` Ferruh Yigit
2019-06-25 3:56 ` [dpdk-dev] [PATCH v6 3/4] example/kni: add IOVA support for kni application vattunuru
2019-07-11 16:23 ` Ferruh Yigit
2019-06-25 3:57 ` [dpdk-dev] [PATCH v6 4/4] kernel/linux/kni: add IOVA support in kni module vattunuru
2019-07-11 16:30 ` Ferruh Yigit
2019-07-12 10:38 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-07-12 11:10 ` Ferruh Yigit
2019-07-12 12:27 ` Vamsi Krishna Attunuru
2019-07-12 16:29 ` Vamsi Krishna Attunuru
2019-07-15 11:26 ` Ferruh Yigit
2019-07-15 13:06 ` Vamsi Krishna Attunuru
2019-07-11 16:43 ` [dpdk-dev] " Stephen Hemminger
2019-06-25 10:00 ` [dpdk-dev] [PATCH v6 0/4] add IOVA = VA support in KNI Burakov, Anatoly
2019-06-25 11:15 ` Jerin Jacob Kollanukkaran
2019-06-25 11:30 ` Burakov, Anatoly
2019-06-25 13:38 ` Burakov, Anatoly
2019-06-27 9:34 ` Jerin Jacob Kollanukkaran
2019-07-01 13:51 ` Vamsi Krishna Attunuru
2019-07-04 6:42 ` Vamsi Krishna Attunuru
2019-07-04 9:48 ` Jerin Jacob Kollanukkaran
2019-07-11 16:21 ` Ferruh Yigit
2019-07-17 9:04 ` [dpdk-dev] [PATCH v7 0/4] kni: add IOVA=VA support vattunuru
2019-07-17 9:04 ` [dpdk-dev] [PATCH v7 1/4] mempool: modify mempool populate() to skip objects from page boundaries vattunuru
2019-07-17 13:36 ` Andrew Rybchenko
2019-07-17 13:47 ` Olivier Matz
2019-07-17 17:31 ` Vamsi Krishna Attunuru
2019-07-18 9:28 ` Andrew Rybchenko
2019-07-18 14:16 ` Vamsi Krishna Attunuru
2019-07-19 13:38 ` [dpdk-dev] [RFC 0/4] mempool: avoid objects allocations across pages Olivier Matz
2019-07-19 13:38 ` [dpdk-dev] [RFC 1/4] mempool: clarify default populate function Olivier Matz
2019-07-19 15:42 ` Andrew Rybchenko
2019-10-08 9:36 ` Olivier Matz
2019-07-19 13:38 ` [dpdk-dev] [RFC 2/4] mempool: unalign size when calculating required mem amount Olivier Matz
2019-08-07 15:21 ` [dpdk-dev] ***Spam*** " Andrew Rybchenko
2019-10-28 14:06 ` Olivier Matz
2019-07-19 13:38 ` [dpdk-dev] [RFC 3/4] mempool: introduce function to get mempool page size Olivier Matz
2019-08-07 15:21 ` Andrew Rybchenko
2019-10-28 14:06 ` Olivier Matz
2019-07-19 13:38 ` [dpdk-dev] [RFC 4/4] mempool: prevent objects from being across pages Olivier Matz
2019-07-19 14:03 ` Burakov, Anatoly
2019-10-28 14:07 ` Olivier Matz
2019-07-19 14:11 ` Burakov, Anatoly
2019-08-07 15:21 ` Andrew Rybchenko
2019-10-28 14:07 ` Olivier Matz
2019-10-29 11:03 ` Andrew Rybchenko
2019-07-23 5:37 ` [dpdk-dev] [RFC 0/4] mempool: avoid objects allocations " Vamsi Krishna Attunuru
2019-08-07 15:21 ` [dpdk-dev] ***Spam*** " Andrew Rybchenko
2019-10-28 14:06 ` Olivier Matz
2019-10-28 14:01 ` [dpdk-dev] [PATCH 0/5] " Olivier Matz
2019-10-28 14:01 ` [dpdk-dev] [PATCH 1/5] mempool: allow unaligned addr/len in populate virt Olivier Matz
2019-10-29 9:02 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-10-29 9:13 ` Olivier Matz
2019-10-29 9:18 ` Vamsi Krishna Attunuru
2019-10-29 9:21 ` [dpdk-dev] " Andrew Rybchenko
2019-10-29 17:02 ` Olivier Matz
2019-10-28 14:01 ` [dpdk-dev] [PATCH 2/5] mempool: reduce wasted space on mempool populate Olivier Matz
2019-10-29 10:09 ` Andrew Rybchenko
2019-10-29 17:09 ` Olivier Matz
2019-10-28 14:01 ` [dpdk-dev] [PATCH 3/5] mempool: remove optimistic IOVA-contiguous allocation Olivier Matz
2019-10-29 10:25 ` Andrew Rybchenko
2019-10-29 17:20 ` Olivier Matz
2019-10-30 7:36 ` Andrew Rybchenko
2019-10-30 7:44 ` Andrew Rybchenko
2019-10-30 10:38 ` Olivier Matz
2019-10-28 14:01 ` [dpdk-dev] [PATCH 4/5] mempool: introduce function to get mempool page size Olivier Matz
2019-10-29 10:31 ` Andrew Rybchenko
2019-10-29 17:20 ` Olivier Matz
2019-10-30 8:32 ` Olivier Matz
2019-10-30 14:29 ` Olivier Matz
2019-10-28 14:01 ` [dpdk-dev] [PATCH 5/5] mempool: prevent objects from being across pages Olivier Matz
2019-10-29 10:59 ` [dpdk-dev] ***Spam*** " Andrew Rybchenko
2019-10-29 17:34 ` Olivier Matz
2019-10-30 7:56 ` [dpdk-dev] " Andrew Rybchenko
2019-10-29 17:25 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-10-30 3:55 ` Vamsi Krishna Attunuru
2019-10-30 7:46 ` Andrew Rybchenko
2019-10-30 8:38 ` Jerin Jacob
2019-10-30 14:33 ` Olivier Matz
2019-10-30 14:54 ` Jerin Jacob
2019-10-30 8:42 ` Olivier Matz
2019-10-30 14:36 ` [dpdk-dev] [PATCH v2 0/6] mempool: avoid objects allocations " Olivier Matz
2019-10-30 14:36 ` [dpdk-dev] [PATCH v2 1/6] mempool: allow unaligned addr/len in populate virt Olivier Matz
2019-10-30 14:36 ` [dpdk-dev] [PATCH v2 2/6] mempool: reduce wasted space on mempool populate Olivier Matz
2019-10-30 14:36 ` [dpdk-dev] [PATCH v2 3/6] mempool: remove optimistic IOVA-contiguous allocation Olivier Matz
2019-10-30 14:36 ` [dpdk-dev] [PATCH v2 4/6] mempool: introduce function to get mempool page size Olivier Matz
2019-10-30 14:36 ` [dpdk-dev] [PATCH v2 5/6] mempool: prevent objects from being across pages Olivier Matz
2019-10-31 6:54 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-10-31 8:19 ` Jerin Jacob
2019-10-31 8:29 ` Olivier Matz
2019-10-31 8:24 ` Olivier Matz
2019-10-31 8:33 ` Andrew Rybchenko
2019-10-31 8:45 ` Olivier Matz
2019-10-30 14:36 ` [dpdk-dev] [PATCH v2 6/6] mempool: use the specific macro for object alignment Olivier Matz
2019-10-30 14:55 ` Andrew Rybchenko
2019-11-01 3:56 ` [dpdk-dev] [PATCH v2 0/6] mempool: avoid objects allocations across pages Nipun Gupta
2019-11-04 15:12 ` [dpdk-dev] [PATCH v3 0/7] " Olivier Matz
2019-11-04 15:12 ` [dpdk-dev] [PATCH v3 1/7] mempool: allow unaligned addr/len in populate virt Olivier Matz
2019-11-04 15:12 ` [dpdk-dev] [PATCH v3 2/7] mempool: reduce wasted space on mempool populate Olivier Matz
2019-11-04 15:12 ` [dpdk-dev] [PATCH v3 3/7] mempool: remove optimistic IOVA-contiguous allocation Olivier Matz
2019-11-04 15:12 ` [dpdk-dev] [PATCH v3 4/7] mempool: introduce function to get mempool page size Olivier Matz
2019-11-04 15:12 ` [dpdk-dev] [PATCH v3 5/7] mempool: introduce helpers for populate and calc mem size Olivier Matz
2019-11-05 12:19 ` Andrew Rybchenko
2019-11-04 15:12 ` [dpdk-dev] [PATCH v3 6/7] mempool: prevent objects from being across pages Olivier Matz
2019-11-05 12:22 ` Andrew Rybchenko
2019-11-04 15:12 ` [dpdk-dev] [PATCH v3 7/7] mempool: use the specific macro for object alignment Olivier Matz
2019-11-05 12:15 ` Andrew Rybchenko
2019-11-05 12:48 ` Olivier Matz
2019-11-05 15:36 ` [dpdk-dev] [PATCH v4 0/7] mempool: avoid objects allocations across pages Olivier Matz
2019-11-05 15:37 ` [dpdk-dev] [PATCH v4 1/7] mempool: allow unaligned addr/len in populate virt Olivier Matz
2019-11-05 15:37 ` [dpdk-dev] [PATCH v4 2/7] mempool: reduce wasted space on mempool populate Olivier Matz
2019-11-05 15:37 ` [dpdk-dev] [PATCH v4 3/7] mempool: remove optimistic IOVA-contiguous allocation Olivier Matz
2019-11-05 15:37 ` [dpdk-dev] [PATCH v4 4/7] mempool: introduce function to get mempool page size Olivier Matz
2019-11-05 15:37 ` [dpdk-dev] [PATCH v4 5/7] mempool: introduce helpers for populate and calc mem size Olivier Matz
2019-11-05 15:37 ` [dpdk-dev] [PATCH v4 6/7] mempool: prevent objects from being across pages Olivier Matz
2019-11-05 15:37 ` [dpdk-dev] [PATCH v4 7/7] mempool: use the specific macro for object alignment Olivier Matz
2019-11-05 16:03 ` [dpdk-dev] [PATCH v4 0/7] mempool: avoid objects allocations across pages Olivier Matz
2019-11-06 10:39 ` Thomas Monjalon
2019-07-17 9:04 ` [dpdk-dev] [PATCH v7 2/4] kni: add IOVA = VA support in KNI lib vattunuru
2019-07-17 9:04 ` [dpdk-dev] [PATCH v7 3/4] kni: add IOVA=VA support in KNI module vattunuru
2019-07-17 9:04 ` [dpdk-dev] [PATCH v7 4/4] kni: modify IOVA mode checks to support VA vattunuru
2019-07-23 5:38 ` [dpdk-dev] [PATCH v8 0/5] kni: add IOVA=VA support vattunuru
2019-07-23 5:38 ` [dpdk-dev] [PATCH v8 1/5] mempool: populate mempool with page sized chunks of memory vattunuru
2019-07-23 11:08 ` Andrew Rybchenko
2019-07-23 12:28 ` Vamsi Krishna Attunuru
2019-07-23 19:33 ` Andrew Rybchenko
2019-07-24 7:09 ` Vamsi Krishna Attunuru
2019-07-24 7:27 ` Andrew Rybchenko
2019-07-29 6:25 ` Vamsi Krishna Attunuru
2019-07-23 5:38 ` [dpdk-dev] [PATCH v8 2/5] add IOVA -VA support in KNI lib vattunuru
2019-07-23 10:54 ` Andrew Rybchenko
2019-07-23 5:38 ` [dpdk-dev] [PATCH v8 3/5] kni: add app specific mempool create & free routine vattunuru
2019-07-23 10:50 ` Andrew Rybchenko
2019-07-23 11:01 ` Vamsi Krishna Attunuru
2019-07-23 5:38 ` [dpdk-dev] [PATCH v8 4/5] kni: add IOVA=VA support in KNI module vattunuru
2019-07-23 5:38 ` [dpdk-dev] [PATCH v8 5/5] kni: modify IOVA mode checks to support VA vattunuru
2019-07-24 7:14 ` [dpdk-dev] [PATCH v8 0/5] kni: add IOVA=VA support Vamsi Krishna Attunuru
2019-07-29 12:13 ` [dpdk-dev] [PATCH v9 " vattunuru
2019-07-29 12:13 ` [dpdk-dev] [PATCH v9 1/5] mempool: populate mempool with the page sized chunks of memory vattunuru
2019-07-29 12:41 ` Andrew Rybchenko
2019-07-29 13:33 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-08-16 6:12 ` [dpdk-dev] [PATCH v10 0/5] kni: add IOVA=VA support vattunuru
2019-08-16 6:12 ` [dpdk-dev] [PATCH v10 1/5] mempool: populate mempool with the page sized chunks vattunuru
2019-10-08 9:26 ` Olivier Matz
2019-10-09 5:29 ` Vamsi Krishna Attunuru
2019-08-16 6:12 ` [dpdk-dev] [PATCH v10 2/5] kni: add IOVA=VA support in KNI lib vattunuru
2019-10-15 15:36 ` Yigit, Ferruh
2019-08-16 6:12 ` [dpdk-dev] [PATCH v10 3/5] kni: add app specific mempool create and free routines vattunuru
2019-10-15 15:40 ` Yigit, Ferruh
2019-08-16 6:12 ` [dpdk-dev] [PATCH v10 4/5] kni: add IOVA=VA support in KNI module vattunuru
2019-10-15 15:43 ` Yigit, Ferruh
2019-10-15 15:46 ` Stephen Hemminger
2019-10-16 11:26 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-10-16 14:37 ` Vamsi Krishna Attunuru
2019-10-16 16:14 ` Ferruh Yigit
2019-10-18 17:15 ` Vamsi Krishna Attunuru
2019-10-21 11:45 ` Ferruh Yigit
2019-08-16 6:12 ` [dpdk-dev] [PATCH v10 5/5] kni: modify IOVA mode checks to support VA vattunuru
2019-09-25 4:00 ` [dpdk-dev] [PATCH v10 0/5] kni: add IOVA=VA support Vamsi Krishna Attunuru
2019-10-08 5:08 ` Vamsi Krishna Attunuru
2019-10-14 4:05 ` Vamsi Krishna Attunuru
2019-10-15 15:34 ` Yigit, Ferruh
2019-10-16 12:17 ` Vamsi Krishna Attunuru
2019-10-16 16:21 ` Ferruh Yigit
2019-10-18 16:42 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-10-21 8:03 ` [dpdk-dev] [PATCH v11 0/4] kni: add IOVA=VA mode support vattunuru
2019-10-21 8:03 ` [dpdk-dev] [PATCH v11 1/4] mempool: populate mempool with the page sized chunks vattunuru
2019-10-21 8:03 ` [dpdk-dev] [PATCH v11 2/4] eal: add legacy kni option vattunuru
2019-10-21 11:55 ` Ferruh Yigit
2019-10-21 13:13 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-10-21 13:32 ` Ferruh Yigit
2019-10-21 14:38 ` Vamsi Krishna Attunuru
2019-10-22 9:29 ` Vamsi Krishna Attunuru
2019-10-22 12:28 ` Andrew Rybchenko
2019-10-22 13:31 ` Vamsi Krishna Attunuru
2019-10-23 10:12 ` Jerin Jacob
2019-10-23 14:47 ` Olivier Matz
2019-10-23 15:02 ` Jerin Jacob
2019-10-24 17:35 ` Olivier Matz
2019-10-24 19:30 ` Jerin Jacob
2019-10-25 9:20 ` Vamsi Krishna Attunuru
2019-10-26 12:25 ` Olivier Matz [this message]
2019-10-26 14:09 ` Vamsi Krishna Attunuru
2019-10-28 14:05 ` Olivier Matz
2019-10-21 8:03 ` [dpdk-dev] [PATCH v11 3/4] kni: add IOVA=VA support vattunuru
2019-10-21 8:03 ` [dpdk-dev] [PATCH v11 4/4] kni: add IOVA=VA support in kernel module vattunuru
2019-10-21 12:02 ` Ferruh Yigit
2019-11-05 11:04 ` [dpdk-dev] [PATCH v12 0/2] add IOVA=VA mode support vattunuru
2019-11-05 11:04 ` [dpdk-dev] [PATCH v12 1/2] kni: " vattunuru
2019-11-14 10:57 ` David Marchand
2019-11-14 11:13 ` David Marchand
2019-11-14 12:10 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-11-14 12:25 ` David Marchand
2019-11-14 17:48 ` [dpdk-dev] " David Marchand
2019-11-05 11:04 ` [dpdk-dev] [PATCH v12 2/2] kni: add IOVA=VA support in kernel module vattunuru
2019-11-06 10:49 ` [dpdk-dev] [PATCH v12 0/2] add IOVA=VA mode support Thomas Monjalon
2019-11-06 11:09 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-11-06 11:53 ` Thomas Monjalon
2019-11-06 11:59 ` Vamsi Krishna Attunuru
2019-11-07 10:34 ` Vamsi Krishna Attunuru
2019-11-07 19:53 ` [dpdk-dev] " Ferruh Yigit
2019-11-08 4:16 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-11-08 14:26 ` Ferruh Yigit
2019-11-08 14:54 ` Jerin Jacob
2019-11-13 6:33 ` Vamsi Krishna Attunuru
2019-11-13 12:32 ` Ferruh Yigit
2019-11-15 11:18 ` [dpdk-dev] [PATCH v13 0/2] kni: support IOVA mode vattunuru
2019-11-15 11:18 ` [dpdk-dev] [PATCH v13 1/2] kni: support IOVA mode in kernel module vattunuru
2019-11-15 11:18 ` [dpdk-dev] [PATCH v13 2/2] kni: support IOVA mode vattunuru
2019-11-15 12:11 ` Ferruh Yigit
2019-11-15 12:59 ` David Marchand
2019-11-15 13:35 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-11-15 13:40 ` David Marchand
2019-11-15 13:40 ` [dpdk-dev] " Jerin Jacob
2019-11-15 14:56 ` David Marchand
2019-11-15 15:22 ` Jerin Jacob
2019-11-15 17:07 ` [dpdk-dev] [PATCH v14 0/2] " vattunuru
2019-11-15 17:07 ` [dpdk-dev] [PATCH v14 1/2] kni: support IOVA mode in kernel module vattunuru
2019-11-15 17:07 ` [dpdk-dev] [PATCH v14 2/2] kni: support IOVA mode vattunuru
2019-07-29 12:13 ` [dpdk-dev] [PATCH v9 2/5] kni: add IOVA=VA support in KNI lib vattunuru
2019-07-29 12:24 ` Igor Ryzhov
2019-07-29 13:22 ` [dpdk-dev] [EXT] " Vamsi Krishna Attunuru
2019-07-29 12:13 ` [dpdk-dev] [PATCH v9 3/5] kni: add app specific mempool create & free routine vattunuru
2019-07-29 12:13 ` [dpdk-dev] [PATCH v9 4/5] kni: add IOVA=VA support in KNI module vattunuru
2019-07-29 12:13 ` [dpdk-dev] [PATCH v9 5/5] kni: modify IOVA mode checks to support VA vattunuru
2019-04-23 8:56 ` [dpdk-dev] [PATCH v4] kni: add IOVA va support for kni Burakov, Anatoly
2019-04-23 8:56 ` Burakov, Anatoly
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20191026122525.ny6wwtrnfw32367j@platinum \
--to=olivier.matz@6wind.com \
--cc=anatoly.burakov@intel.com \
--cc=arybchenko@solarflare.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=jerinj@marvell.com \
--cc=jerinjacobk@gmail.com \
--cc=kirankumark@marvell.com \
--cc=stephen@networkplumber.org \
--cc=thomas@monjalon.net \
--cc=vattunuru@marvell.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).