linux/net/9p
Roland Dreier 6364853dab 9p: disallow RDMA if RDMA CM isn't available
If INET=y and INFINIBAND=y, but IPV6=m then INFINIBAND_ADDR_TRANS is set
to n and the RDMA CM functions rdma_connect() et al are not built.
However, the current config dependencies allow NET_9P_RDMA to be selected
in this, which leads to a build failure.  Fix this by adding a dependency
on INFINIBAND_ADDR_TRANS to disallow NET_9P_RDMA in this case.

Reported-by: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: Roland Dreier <rolandd@cisco.com>
Acked-by: Randy Dunlap <randy.dunlap@oracle.com>
Tested-by: Randy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2009-01-15 16:39:42 -08:00
..
client.c Merge branch 'master' into next 2008-11-14 11:29:12 +11:00
error.c 9p: make cryptic unknown error from server less scary 2008-05-14 19:23:26 -05:00
Kconfig 9p: disallow RDMA if RDMA CM isn't available 2009-01-15 16:39:42 -08:00
Makefile 9p: rdma: RDMA Transport Support for 9P 2008-10-22 18:47:39 -05:00
mod.c 9p: consolidate transport structure 2008-10-17 11:04:41 -05:00
protocol.c 9p: fix sparse warnings 2008-10-22 18:54:47 -05:00
protocol.h 9p: rework client code to use new protocol support functions 2008-10-17 11:04:45 -05:00
trans_fd.c 9p: fix debug build error 2008-10-22 18:47:40 -05:00
trans_rdma.c net: remove redundant argument comments 2008-11-21 17:15:03 -08:00
trans_virtio.c 9p: make rpc code common and rework flush code 2008-10-17 11:04:42 -05:00
util.c 9p: rework client code to use new protocol support functions 2008-10-17 11:04:45 -05:00