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