WSL2-Linux-Kernel/drivers/infiniband/core
Sean Hefty 8523c04809 RDMA/cm: Revert association of an RDMA device when binding to loopback
Revert the following change from commit 6f8372b6 ("RDMA/cm: fix
loopback address support")

   The defined behavior of rdma_bind_addr is to associate an RDMA
   device with an rdma_cm_id, as long as the user specified a non-
   zero address.  (ie they weren't just trying to reserve a port)
   Currently, if the loopback address is passed to rdma_bind_addr,
   no device is associated with the rdma_cm_id.  Fix this.

It turns out that important apps such as Open MPI depend on
rdma_bind_addr() NOT associating any RDMA device when binding to a
loopback address.  Open MPI is being updated to deal with this, but at
least until a new Open MPI release is available, maintain the previous
behavior: allow rdma_bind_addr() to succeed, but do not bind to a
device.

Signed-off-by: Sean Hefty <sean.hefty@intel.com>
Acked-by: Steve Wise <swise@opengridcomputing.com>
Signed-off-by: Roland Dreier <rolandd@cisco.com>
2010-02-10 12:00:48 -08:00
..
Makefile
addr.c
agent.c
agent.h
cache.c
cm.c
cm_msgs.h
cma.c RDMA/cm: Revert association of an RDMA device when binding to loopback 2010-02-10 12:00:48 -08:00
core_priv.h
device.c
fmr_pool.c
iwcm.c
iwcm.h
mad.c
mad_priv.h
mad_rmpp.c
mad_rmpp.h
multicast.c
packer.c
sa.h
sa_query.c
smi.c
smi.h
sysfs.c
ucm.c
ucma.c
ud_header.c
umem.c
user_mad.c
uverbs.h
uverbs_cmd.c
uverbs_main.c switch alloc_file() to passing struct path 2009-12-16 12:16:42 -05:00
uverbs_marshall.c
verbs.c