From: "J. Bruce Fields" <bfields@fieldses.org>
To: Jeff Layton <jlayton@redhat.com>
Cc: trond.myklebust@primarydata.com, linux-nfs@vger.kernel.org
Subject: Re: [PATCH] xprtrdma: add separate Kconfig options for NFSoRDMA client and server support
Date: Fri, 28 Mar 2014 17:48:19 -0400 [thread overview]
Message-ID: <20140328214819.GH6041@fieldses.org> (raw)
In-Reply-To: <1395186347-11969-1-git-send-email-jlayton@redhat.com>
On Tue, Mar 18, 2014 at 07:45:47PM -0400, Jeff Layton wrote:
> There are two entirely separate modules under xprtrdma/ and there's no
> reason that enabling one should automatically enable the other. Add
> config options for each one so they can be enabled/disabled separately.
Thanks, applying.
--b.
>
> Signed-off-by: Jeff Layton <jlayton@redhat.com>
> ---
> net/sunrpc/Kconfig | 39 ++++++++++++++++++++++++++-------------
> net/sunrpc/Makefile | 3 ++-
> net/sunrpc/xprtrdma/Makefile | 4 ++--
> 3 files changed, 30 insertions(+), 16 deletions(-)
>
> diff --git a/net/sunrpc/Kconfig b/net/sunrpc/Kconfig
> index 241b54f30204..0754d0f466d2 100644
> --- a/net/sunrpc/Kconfig
> +++ b/net/sunrpc/Kconfig
> @@ -9,19 +9,6 @@ config SUNRPC_BACKCHANNEL
> bool
> depends on SUNRPC
>
> -config SUNRPC_XPRT_RDMA
> - tristate
> - depends on SUNRPC && INFINIBAND && INFINIBAND_ADDR_TRANS
> - default SUNRPC && INFINIBAND
> - help
> - This option allows the NFS client and server to support
> - an RDMA-enabled transport.
> -
> - To compile RPC client RDMA transport support as a module,
> - choose M here: the module will be called xprtrdma.
> -
> - If unsure, say N.
> -
> config SUNRPC_SWAP
> bool
> depends on SUNRPC
> @@ -57,3 +44,29 @@ config SUNRPC_DEBUG
> but makes troubleshooting NFS issues significantly harder.
>
> If unsure, say Y.
> +
> +config SUNRPC_XPRT_RDMA_CLIENT
> + tristate "RPC over RDMA Client Support"
> + depends on SUNRPC && INFINIBAND && INFINIBAND_ADDR_TRANS
> + default SUNRPC && INFINIBAND
> + help
> + This option allows the NFS client to support an RDMA-enabled
> + transport.
> +
> + To compile RPC client RDMA transport support as a module,
> + choose M here: the module will be called xprtrdma.
> +
> + If unsure, say N.
> +
> +config SUNRPC_XPRT_RDMA_SERVER
> + tristate "RPC over RDMA Server Support"
> + depends on SUNRPC && INFINIBAND && INFINIBAND_ADDR_TRANS
> + default SUNRPC && INFINIBAND
> + help
> + This option allows the NFS server to support an RDMA-enabled
> + transport.
> +
> + To compile RPC server RDMA transport support as a module,
> + choose M here: the module will be called svcrdma.
> +
> + If unsure, say N.
> diff --git a/net/sunrpc/Makefile b/net/sunrpc/Makefile
> index 8209a0411bca..e5a7a1cac8f3 100644
> --- a/net/sunrpc/Makefile
> +++ b/net/sunrpc/Makefile
> @@ -5,7 +5,8 @@
>
> obj-$(CONFIG_SUNRPC) += sunrpc.o
> obj-$(CONFIG_SUNRPC_GSS) += auth_gss/
> -obj-$(CONFIG_SUNRPC_XPRT_RDMA) += xprtrdma/
> +
> +obj-y += xprtrdma/
>
> sunrpc-y := clnt.o xprt.o socklib.o xprtsock.o sched.o \
> auth.o auth_null.o auth_unix.o auth_generic.o \
> diff --git a/net/sunrpc/xprtrdma/Makefile b/net/sunrpc/xprtrdma/Makefile
> index 5a8f268bdd30..da5136fd5694 100644
> --- a/net/sunrpc/xprtrdma/Makefile
> +++ b/net/sunrpc/xprtrdma/Makefile
> @@ -1,8 +1,8 @@
> -obj-$(CONFIG_SUNRPC_XPRT_RDMA) += xprtrdma.o
> +obj-$(CONFIG_SUNRPC_XPRT_RDMA_CLIENT) += xprtrdma.o
>
> xprtrdma-y := transport.o rpc_rdma.o verbs.o
>
> -obj-$(CONFIG_SUNRPC_XPRT_RDMA) += svcrdma.o
> +obj-$(CONFIG_SUNRPC_XPRT_RDMA_SERVER) += svcrdma.o
>
> svcrdma-y := svc_rdma.o svc_rdma_transport.o \
> svc_rdma_marshal.o svc_rdma_sendto.o svc_rdma_recvfrom.o
> --
> 1.8.5.3
>
prev parent reply other threads:[~2014-03-28 21:48 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-18 23:45 [PATCH] xprtrdma: add separate Kconfig options for NFSoRDMA client and server support Jeff Layton
2014-03-28 21:48 ` J. Bruce Fields [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140328214819.GH6041@fieldses.org \
--to=bfields@fieldses.org \
--cc=jlayton@redhat.com \
--cc=linux-nfs@vger.kernel.org \
--cc=trond.myklebust@primarydata.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).