From: Shahaf Shuler <shahafs@mellanox.com>
To: "Burakov, Anatoly" <anatoly.burakov@intel.com>,
"dev@dpdk.org" <dev@dpdk.org>
Cc: Olga Shern <olgas@mellanox.com>,
Yongseok Koh <yskoh@mellanox.com>,
"pawelx.wodkowski@intel.com" <pawelx.wodkowski@intel.com>,
"gowrishankar.m@linux.vnet.ibm.com"
<gowrishankar.m@linux.vnet.ibm.com>,
"ferruh.yigit@intel.com" <ferruh.yigit@intel.com>,
Thomas Monjalon <thomas@monjalon.net>,
"arybchenko@solarflare.com" <arybchenko@solarflare.com>,
"shreyansh.jain@nxp.com" <shreyansh.jain@nxp.com>
Subject: Re: [dpdk-dev] [RFC] ethdev: introduce DMA memory mapping for external memory
Date: Mon, 14 Jan 2019 06:12:13 +0000 [thread overview]
Message-ID: <DB7PR05MB4426B9C9DC6196215788BB41C3800@DB7PR05MB4426.eurprd05.prod.outlook.com> (raw)
In-Reply-To: <DB7PR05MB442687896A9E13DE16E486C1C3DB0@DB7PR05MB4426.eurprd05.prod.outlook.com>
Hi Anatoly,
Any last inputs on this one? Would like to prepare a patch for 19.05 and it would much effect the design.
Thursday, November 22, 2018 1:32 PM, Shahaf Shuler:
> Subject: RE: [dpdk-dev] [RFC] ethdev: introduce DMA memory mapping for
> external memory
>
[...]
> > > , and we will have to rewrite current DMA mapping code to do
> > >> mappings explicitly, rather than relying on callbacks mechanism.
> > >> So, instead of e.g. VFIO mapping being performed via callback, we
> > >> would instead iterate over each rte_device and call its respective
> > >> DMA mapping function explicitly - for internal memory, but not for
> > >> external. This
> > >> *may* work, but i need to think it through a bit more :)
> > >>
> > >> This also still leaves a question of external unregistered memory -
> > >> this is a wholly separate issue.
> > >>
> > >> TL;DR i'm tentatively OK with the proposal, but we need to work
> > >> certain things out before we go too far along the path and find out
> > >> that we've reached a dead end.
> > >
> > > Fully agree, this is why the RFC is for.
> > > I think our biggest question is whether or not VFIO will behave OK
> > > with
> > double mapping or we need some tracking mechanism in DPDK.
> >
> > Yes, i will check this for VFIO and get back to you.
>
> Great thanks.
?
>
> >
> > >
> > >>
> > >> --
> > >> Thanks,
> > >> Anatoly
> >
> >
> > --
> > Thanks,
> > Anatoly
next prev parent reply other threads:[~2019-01-14 6:12 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-04 12:41 Shahaf Shuler
2018-11-14 11:19 ` Burakov, Anatoly
2018-11-14 14:53 ` Shahaf Shuler
2018-11-14 17:06 ` Burakov, Anatoly
2018-11-15 9:46 ` Shahaf Shuler
2018-11-15 10:59 ` Burakov, Anatoly
2018-11-19 11:20 ` Shahaf Shuler
2018-11-19 17:18 ` Burakov, Anatoly
[not found] ` <DB7PR05MB442643DFD33B71797CD34B5EC3D90@DB7PR05MB4426.eurprd05.prod.outlook.com>
2018-11-20 10:55 ` Burakov, Anatoly
2018-11-22 10:06 ` Shahaf Shuler
2018-11-22 10:41 ` Burakov, Anatoly
2018-11-22 11:31 ` Shahaf Shuler
2018-11-22 11:34 ` Burakov, Anatoly
2019-01-14 6:12 ` Shahaf Shuler [this message]
2019-01-15 12:07 ` Burakov, Anatoly
2019-01-16 11:04 ` Shahaf Shuler
2018-11-19 17:04 ` Stephen Hemminger
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=DB7PR05MB4426B9C9DC6196215788BB41C3800@DB7PR05MB4426.eurprd05.prod.outlook.com \
--to=shahafs@mellanox.com \
--cc=anatoly.burakov@intel.com \
--cc=arybchenko@solarflare.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@intel.com \
--cc=gowrishankar.m@linux.vnet.ibm.com \
--cc=olgas@mellanox.com \
--cc=pawelx.wodkowski@intel.com \
--cc=shreyansh.jain@nxp.com \
--cc=thomas@monjalon.net \
--cc=yskoh@mellanox.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).