* [dpdk-dev] [RFC] net/mlx4: add secondary process support
@ 2019-03-01 1:27 Yongseok Koh
2019-03-03 7:11 ` Shahaf Shuler
0 siblings, 1 reply; 3+ messages in thread
From: Yongseok Koh @ 2019-03-01 1:27 UTC (permalink / raw)
To: Shahaf Shuler; +Cc: dev
In 19.05, mlx4 PMD will start to support secondary process. This will need new
rdma-core API and small fix in kernel driver, in order for Verbs to allow using
external (rte_malloc) memory allocator and remapping UAR space because secondary
process has to access device queues and UAR for Tx doorbell. Majority of changes
will come from mlx5 but mlx5_socket.c will not be imported. Instead, this will
be replaced with the new rte_mp_*() APIs. This is for secondary process to
acquire Verb's command file descriptor from primary process. The file descriptor
is required to remap UAR.
Patches are almost ready and I will be able to release v1 soon.
Signed-off-by: Yongseok Koh <yskoh@mellanox.com>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [dpdk-dev] [RFC] net/mlx4: add secondary process support
2019-03-01 1:27 [dpdk-dev] [RFC] net/mlx4: add secondary process support Yongseok Koh
@ 2019-03-03 7:11 ` Shahaf Shuler
2019-03-06 3:06 ` Arthas Kang
0 siblings, 1 reply; 3+ messages in thread
From: Shahaf Shuler @ 2019-03-03 7:11 UTC (permalink / raw)
To: Yongseok Koh; +Cc: dev
Same question regarding patchwork.
Friday, March 1, 2019 3:27 AM, Yongseok Koh:
> Subject: [RFC] net/mlx4: add secondary process support
>
> In 19.05, mlx4 PMD will start to support secondary process. This will need
> new rdma-core API and small fix in kernel driver, in order for Verbs to allow
> using external (rte_malloc) memory allocator and remapping UAR space
> because secondary process has to access device queues and UAR for Tx
> doorbell. Majority of changes will come from mlx5 but mlx5_socket.c will not
> be imported. Instead, this will be replaced with the new rte_mp_*() APIs.
> This is for secondary process to acquire Verb's command file descriptor from
> primary process. The file descriptor is required to remap UAR.
>
> Patches are almost ready and I will be able to release v1 soon.
>
> Signed-off-by: Yongseok Koh <yskoh@mellanox.com>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [dpdk-dev] [RFC] net/mlx4: add secondary process support
2019-03-03 7:11 ` Shahaf Shuler
@ 2019-03-06 3:06 ` Arthas Kang
0 siblings, 0 replies; 3+ messages in thread
From: Arthas Kang @ 2019-03-06 3:06 UTC (permalink / raw)
To: Shahaf Shuler; +Cc: Yongseok Koh, dev
you can modify rdma-core libibverbs contain "MADV_DONTFORK" code.
On Sun, Mar 3, 2019 at 3:11 PM Shahaf Shuler <shahafs@mellanox.com> wrote:
> Same question regarding patchwork.
>
> Friday, March 1, 2019 3:27 AM, Yongseok Koh:
> > Subject: [RFC] net/mlx4: add secondary process support
> >
> > In 19.05, mlx4 PMD will start to support secondary process. This will
> need
> > new rdma-core API and small fix in kernel driver, in order for Verbs to
> allow
> > using external (rte_malloc) memory allocator and remapping UAR space
> > because secondary process has to access device queues and UAR for Tx
> > doorbell. Majority of changes will come from mlx5 but mlx5_socket.c will
> not
> > be imported. Instead, this will be replaced with the new rte_mp_*() APIs.
> > This is for secondary process to acquire Verb's command file descriptor
> from
> > primary process. The file descriptor is required to remap UAR.
> >
> > Patches are almost ready and I will be able to release v1 soon.
> >
> > Signed-off-by: Yongseok Koh <yskoh@mellanox.com>
>
>
--
arthas kang
Email: arthas.kang@gmail.com
QQ: 27477657
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2019-03-06 3:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-03-01 1:27 [dpdk-dev] [RFC] net/mlx4: add secondary process support Yongseok Koh
2019-03-03 7:11 ` Shahaf Shuler
2019-03-06 3:06 ` Arthas Kang
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).