Roland Dreier wrote:
 > LOL. Yes...yes it would. There is of course a Dragon to be slain. Roland?

umm....

seriously is there anyway to un-screw this for 2.6.34?

hack around it in the NFS-RDMA server so it just skips the second bind
to the same port?


If the nfsd code would ignore the error on the INET6 xprt create, then it works:

diff --git a/fs/nfsd/nfsctl.c b/fs/nfsd/nfsctl.c
index 0f0e77f..d6abab9 100644
--- a/fs/nfsd/nfsctl.c
+++ b/fs/nfsd/nfsctl.c
@@ -1008,8 +1008,10 @@ static ssize_t __write_ports_addxprt(char *buf)

       err = svc_create_xprt(nfsd_serv, transport,
                               PF_INET6, port, SVC_SOCK_ANONYMOUS);
+#if 0
       if (err < 0 && err != -EAFNOSUPPORT)
               goto out_close;
+#endif
       return 0;
out_close:
       xprt = svc_find_xprt(nfsd_serv, transport, PF_INET, port);

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to