Sean Hefty wrote:
I thought about that, but didn't know whether it was in use. I agree that
existing apps shouldn't break. (I was thinking more along the lines of adding a
new call that would make this behavior explicit, but haven't taken the time to
really study the details.)
Yes, lets not break existing apps such as stgt. I'm fine with adding new
call.
Does anyone know if a kernel patch to fix this has been accepted directly into
the distros?
Sorry, but I wasn't sure to follow what you mean by "fix this" ... did
you refer to kernel apps that don't use different port numbers for their
TCP vs RDMA listeners, or you referred to the rdma_cm patch which is not
merged into mainline?
Also, does anything keep MPI from doing exactly what we're discussing in the
application as part of using the librdmacm? (Besides having all apps duplicate
this
no, nothing prevents an app to open/bound a socket as long as the port
is available and its ulimit allow to open the number of sockets it
wants. This actually somehow brings me back to square one with regard to
the actual problem, so I'll ask you guys a question as a reply to
earlier post on this thread...
Or.
_______________________________________________
general mailing list
[email protected]
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general