From: "Stefan (metze) Metzmacher" <metze-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Is there a way to transfer a rdma connection between userspace processes?
Date: Mon, 15 Oct 2012 10:27:26 +0200 [thread overview]
Message-ID: <507BC8EE.2020908@samba.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 1402 bytes --]
Hi,
I'm currently researching how to implement SMBDirect [MS-SMBD]
together with the multi channel feature of SMB 3.0 in Samba.
As Samba currently uses one process per tcp connection
and maintains a lot of in memory state within the process
(e.g. for the SMB_VFS modules) it would require a lot of work
to change Samba to coordinate two (or more) processes for one logical
multi channel connection.
My current plan tries to pass the socket fd of new connections
(which join an existing multi channel session) via fd-passing to
the existing process.
Now I'm wondering if this would also be possible with
a rdma connection (struct rdma_cm_i ).
From reading the code of rdma_create_event_channel()/rdma_create_id()
and rdma_migrate_id(), it seems that the connection state is in
partly in userspace (structures) and partly in the kernel space
(hidden behind the channel fd)
ibv_create_comp_channel() and ibv_create_cq() seem to have a similar design.
As the ibverbs interface typically has a userspace driver I'm wondering if
it's always true that there's also some kernel state maintained via the
rdma/ibv_comp event channels?
As far as I can see there's currently no way to transfer the rdma/ibv
state to
another process (for me it's enough to transfer it, using it from both
processes
is not strictly needed).
Is anybody working on this already?
metze
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]
next reply other threads:[~2012-10-15 8:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-15 8:27 Stefan (metze) Metzmacher [this message]
[not found] ` <507BC8EE.2020908-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
2012-10-15 9:07 ` Is there a way to transfer a rdma connection between userspace processes? Yann Droneaud
[not found] ` <1350292042.2750.11.camel-vNW8ozRvgWupuGC+iAP0z+TW4wlIGRCZ@public.gmane.org>
2012-10-15 15:31 ` Steve Wise
[not found] ` <507C2C6E.7010507-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>
2012-10-16 14:25 ` Stefan (metze) Metzmacher
[not found] ` <507D6E3C.2050405-eUNUBHrolfbYtjvyW6yDsg@public.gmane.org>
2012-10-16 16:46 ` Stefan (metze) Metzmacher
2012-10-17 19:01 ` Hefty, Sean
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=507BC8EE.2020908@samba.org \
--to=metze-eunubhrolfbytjvyw6ydsg@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/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