From: Chuck Lever <chuck.lever@oracle.com>
To: Tom Tucker <tom@opengridcomputing.com>
Cc: Neil Brown <neilb@suse.de>, Tom Talpey <Thomas.Talpey@netapp.com>,
Linux NFS Mailing List <nfs@lists.sourceforge.net>,
Peter Leckie <pleckie@melbourne.sgi.com>,
Greg Banks <gnb@sgi.com>
Subject: Re: [RFC, PATCH 3/15] knfsd: initialize RDMA transport in sunrpc
Date: Fri, 18 May 2007 15:09:20 -0400 [thread overview]
Message-ID: <464DF9E0.3050104@oracle.com> (raw)
In-Reply-To: <1179510296.23385.116.camel@trinity.ogc.int>
[-- Attachment #1: Type: text/plain, Size: 2285 bytes --]
As part of the client side transport switch, I constructed a transport
"register" and "unregister" interface so that when a transport module is
loaded, it's init routine is invoked automatically, and likewise when it
is unloaded its cleanup routine is automatically invoked.
I'd like to see the same here. I don't think we want to create a
situation where you have to make source code changes in order to add new
transport capabilities. Especially the distributors would be allergic
to such a constraint.
Please consider this change while going about the process of integrating
the server-side transport switch with your RDMA transport.
Tom Tucker wrote:
> Add calls to the svc_rdma initialization and cleanup routines to the
> sunrpc module init logic.
>
> Signed-off-by: Tom Tucker <tom@opengridcomputing.com>
> ---
>
> net/sunrpc/sunrpc_syms.c | 10 +++++++++-
> 1 files changed, 9 insertions(+), 1 deletions(-)
>
> diff --git a/net/sunrpc/sunrpc_syms.c b/net/sunrpc/sunrpc_syms.c
> index 43ecf62..16a50c9 100644
> --- a/net/sunrpc/sunrpc_syms.c
> +++ b/net/sunrpc/sunrpc_syms.c
> @@ -20,7 +20,9 @@ #include <linux/sunrpc/svcsock.h>
> #include <linux/sunrpc/auth.h>
> #include <linux/workqueue.h>
> #include <linux/sunrpc/rpc_pipe_fs.h>
> -
> +#ifdef CONFIG_NFSD_RDMA
> +#include <linux/sunrpc/svc_rdma.h>
> +#endif
>
> /* RPC scheduler */
> EXPORT_SYMBOL(rpc_execute);
> @@ -158,6 +160,9 @@ #endif
> cache_register(&ip_map_cache);
> cache_register(&unix_gid_cache);
> init_socket_xprt();
> +#ifdef CONFIG_NFSD_RDMA
> + err = svc_rdma_init();
> +#endif
> out:
> return err;
> }
> @@ -175,6 +180,9 @@ cleanup_sunrpc(void)
> #ifdef RPC_DEBUG
> rpc_unregister_sysctl();
> #endif
> +#ifdef CONFIG_NFSD_RDMA
> + svc_rdma_cleanup();
> +#endif
> #ifdef CONFIG_PROC_FS
> rpc_proc_exit();
> #endif
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> NFS maillist - NFS@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs
[-- Attachment #2: chuck.lever.vcf --]
[-- Type: text/x-vcard, Size: 291 bytes --]
begin:vcard
fn:Chuck Lever
n:Lever;Chuck
org:Oracle Corporation;Corporate Architecture: Linux Projects Group
adr:;;1015 Granger Avenue;Ann Arbor;MI;48104;USA
title:Principal Member of Staff
tel;work:+1 248 614 5091
x-mozilla-html:FALSE
url:http://oss.oracle.com/~cel/
version:2.1
end:vcard
[-- Attachment #3: Type: text/plain, Size: 286 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
[-- Attachment #4: Type: text/plain, Size: 140 bytes --]
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2007-05-18 19:10 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-18 17:44 [RFC,PATCH 3/15] knfsd: initialize RDMA transport in sunrpc Tom Tucker
2007-05-18 18:23 ` [RFC, PATCH " Trond Myklebust
2007-05-18 18:54 ` Tom Tucker
2007-05-18 19:09 ` Chuck Lever [this message]
2007-05-18 19:25 ` Tom Tucker
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=464DF9E0.3050104@oracle.com \
--to=chuck.lever@oracle.com \
--cc=Thomas.Talpey@netapp.com \
--cc=gnb@sgi.com \
--cc=neilb@suse.de \
--cc=nfs@lists.sourceforge.net \
--cc=pleckie@melbourne.sgi.com \
--cc=tom@opengridcomputing.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.