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