From: Chuck Lever <chuck.lever-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: [PATCH v2 00/16] NFS/RDMA patches proposed for 4.2
Date: Mon, 11 May 2015 14:02:15 -0400 [thread overview]
Message-ID: <20150511174401.31263.79596.stgit@manet.1015granger.net> (raw)
I'd like these patches to be considered for merging upstream. This
patch series includes:
- JIT allocation of rpcrdma_mw structures
- Break-up of rb_lock
- Reduction of how many rpcrdma_mw structs are needed per transport
These are pre-requisites for increasing the RPC slot count and
r/wsize on RPC/RDMA transports, and provide scalability benefits
even on their own. And:
- A generic transport fault injector
This is useful to discover regressions in logic that handles
transport reconnection.
You can find these in my git repo in the "nfs-rdma-for-4.2" topic
branch. See:
git://git.linux-nfs.org/projects/cel/cel-2.6.git
Changes since v1:
- Rebased on 4.1-rc3
- Transport fault injector controlled from debugfs rather than /proc
- Transport fault injector works for all transport types
- bc_send() clean up suggested by Christoph Hellwig
- Added Reviewed-by: tags. Many thanks to reviewers!
- Addressed all review comments but one: Sagi's comment about
ri_device remains unresolved.
---
Chuck Lever (16):
SUNRPC: Transport fault injection
xprtrdma: Warn when there are orphaned IB objects
xprtrdma: Replace rpcrdma_rep::rr_buffer with rr_rxprt
xprtrdma: Remove rr_func
xprtrdma: Use ib_device pointer safely
xprtrdma: Introduce helpers for allocating MWs
xprtrdma: Acquire FMRs in rpcrdma_fmr_register_external()
xprtrdma: Introduce an FRMR recovery workqueue
xprtrdma: Acquire MRs in rpcrdma_register_external()
xprtrdma: Remove unused LOCAL_INV recovery logic
xprtrdma: Remove ->ro_reset
xprtrdma: Remove rpcrdma_ia::ri_memreg_strategy
xprtrdma: Split rb_lock
xprtrdma: Stack relief in fmr_op_map()
xprtrdma: Reduce per-transport MR allocation
SUNRPC: Clean up bc_send()
include/linux/sunrpc/bc_xprt.h | 1
include/linux/sunrpc/xprt.h | 19 +++
include/linux/sunrpc/xprtrdma.h | 3
net/sunrpc/Makefile | 2
net/sunrpc/bc_svc.c | 63 ---------
net/sunrpc/clnt.c | 1
net/sunrpc/debugfs.c | 77 +++++++++++
net/sunrpc/svc.c | 33 ++++-
net/sunrpc/xprt.c | 2
net/sunrpc/xprtrdma/fmr_ops.c | 120 +++++++++++------
net/sunrpc/xprtrdma/frwr_ops.c | 227 +++++++++++++++++++++++---------
net/sunrpc/xprtrdma/physical_ops.c | 14 --
net/sunrpc/xprtrdma/rpc_rdma.c | 8 -
net/sunrpc/xprtrdma/transport.c | 30 +++-
net/sunrpc/xprtrdma/verbs.c | 257 +++++++++---------------------------
net/sunrpc/xprtrdma/xprt_rdma.h | 38 ++++-
net/sunrpc/xprtsock.c | 10 +
17 files changed, 492 insertions(+), 413 deletions(-)
delete mode 100644 net/sunrpc/bc_svc.c
--
Chuck Lever
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next reply other threads:[~2015-05-11 18:02 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-11 18:02 Chuck Lever [this message]
[not found] ` <20150511174401.31263.79596.stgit-FYjufvaPoItvLzlybtyyYzGyq/o6K9yX@public.gmane.org>
2015-05-11 18:02 ` [PATCH v2 01/16] SUNRPC: Transport fault injection Chuck Lever
2015-05-11 18:02 ` [PATCH v2 02/16] xprtrdma: Warn when there are orphaned IB objects Chuck Lever
[not found] ` <20150511180235.31263.71754.stgit-FYjufvaPoItvLzlybtyyYzGyq/o6K9yX@public.gmane.org>
2015-05-12 18:12 ` Anna Schumaker
[not found] ` <5552428D.7010907-ZwjVKphTwtPQT0dZR+AlfA@public.gmane.org>
2015-05-12 18:20 ` Chuck Lever
2015-05-12 18:12 ` Anna Schumaker
2015-05-12 18:14 ` Anna Schumaker
2015-05-11 18:02 ` [PATCH v2 03/16] xprtrdma: Replace rpcrdma_rep::rr_buffer with rr_rxprt Chuck Lever
2015-05-11 18:02 ` [PATCH v2 04/16] xprtrdma: Remove rr_func Chuck Lever
2015-05-11 18:03 ` [PATCH v2 05/16] xprtrdma: Use ib_device pointer safely Chuck Lever
2015-05-11 18:03 ` [PATCH v2 06/16] xprtrdma: Introduce helpers for allocating MWs Chuck Lever
2015-05-11 18:03 ` [PATCH v2 07/16] xprtrdma: Acquire FMRs in rpcrdma_fmr_register_external() Chuck Lever
2015-05-11 18:03 ` [PATCH v2 08/16] xprtrdma: Introduce an FRMR recovery workqueue Chuck Lever
2015-05-11 18:03 ` [PATCH v2 09/16] xprtrdma: Acquire MRs in rpcrdma_register_external() Chuck Lever
2015-05-11 18:03 ` [PATCH v2 10/16] xprtrdma: Remove unused LOCAL_INV recovery logic Chuck Lever
2015-05-11 18:04 ` [PATCH v2 11/16] xprtrdma: Remove ->ro_reset Chuck Lever
2015-05-11 18:04 ` [PATCH v2 12/16] xprtrdma: Remove rpcrdma_ia::ri_memreg_strategy Chuck Lever
2015-05-11 18:04 ` [PATCH v2 13/16] xprtrdma: Split rb_lock Chuck Lever
2015-05-11 18:04 ` [PATCH v2 14/16] xprtrdma: Stack relief in fmr_op_map() Chuck Lever
2015-05-11 18:04 ` [PATCH v2 15/16] xprtrdma: Reduce per-transport MR allocation Chuck Lever
2015-05-11 18:04 ` [PATCH v2 16/16] SUNRPC: Clean up bc_send() Chuck Lever
2015-05-20 17:51 ` [PATCH v2 00/16] NFS/RDMA patches proposed for 4.2 Devesh Sharma
2015-05-26 15:28 ` Doug Ledford
[not found] ` <1432654106.28905.111.camel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-05-26 15:37 ` Chuck Lever
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=20150511174401.31263.79596.stgit@manet.1015granger.net \
--to=chuck.lever-qhclzuegtsvqt0dzr+alfa@public.gmane.org \
--cc=linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/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