Have you considered some other options to make this happen?
Could we skip creating the endpoint in raccept(), but actually create the
new endpoint during the frist receive or send? This would then allow the
fork() to occur without the complications with the pinned data.
That's an interesting possibility. I need to give something like this more
thought, but establishing a connection over a normal socket, then using that to
migrate communication to a QP on the first data exchange may allow for fork
support. That would have an effect on trying to handle fallback support (i.e.
using standard sockets when RDMA fails), plus may have other issues, but there
may some be ideas here worth considering.
Hi Sean,
Have you had a chance to look more into the above for fork() support?
thanks
Vivek
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
