[ofa-general] impossibility to bind a device/port with the rdma-cm when the port is down

Or Gerlitz ogerlitz at voltaire.com
Tue Feb 3 01:21:23 PST 2009


Hi Sean,

It turns out that with the IPOIB port-space, its impossible to bind a device/port
through the rdma-cm when the port is down. This is as of the following call sequence
cma_acquire_dev --> cma_set_qkey/ps=IPOIB --> ib_sa_get_mcmember_rec where the
latter returns EADDRNOTAVAIL since when the port went down the core multicast code
flushed its data base. I see that the qkey is actually used by the rdma-cm when
the user attepts to join a multicast group, when "connect" a UD QP and when creating
a UD QP. I  assume there must be a way to defer this resolving to a later stage such
that binding would be possible when the port is down, thoughts?

Or.

$ udaddy -b 10.10.5.157  -p 2
udaddy: starting server
udaddy: bind address failed: -1
test complete
return status -1

$ strace udaddy -b 10.10.5.157  -p 2
[...]
write(5, "\2\0\0\0(\0\0\0\0\0\0\0\0\0\0\0\2\0\6\34\n\n\5\235\0\0\0\0\0\0\0\0"..., 48) = -1 EADDRNOTAVAIL (Cannot assign requested address)
write(1, "udaddy: bind address failed: -1\n", 32udaddy: bind address failed: -1) = 32




More information about the general mailing list