linux-nfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Devesh Sharma <devesh.sharma@avagotech.com>
To: Chuck Lever <chuck.lever@oracle.com>,
	linux-rdma@vger.kernel.org, linux-nfs@vger.kernel.org
Subject: RE: [PATCH v2 00/16] NFS/RDMA patches proposed for 4.2
Date: Wed, 20 May 2015 23:21:05 +0530	[thread overview]
Message-ID: <5ef257f7e6f813e71a2adc8db562129a@mail.gmail.com> (raw)
In-Reply-To: <20150511174401.31263.79596.stgit@manet.1015granger.net>

Medusa test passes with average load.

Tested-By: Devesh Sharma <devesh.sharma@avagotech.com>

> -----Original Message-----
> From: linux-rdma-owner@vger.kernel.org [mailto:linux-rdma-
> owner@vger.kernel.org] On Behalf Of Chuck Lever
> Sent: Monday, May 11, 2015 11:32 PM
> To: linux-rdma@vger.kernel.org; linux-nfs@vger.kernel.org
> Subject: [PATCH v2 00/16] NFS/RDMA patches proposed for 4.2
>
> 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-rdma" in
> the body
> of a message to majordomo@vger.kernel.org More majordomo info at
> http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2015-05-20 17:51 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-11 18:02 [PATCH v2 00/16] NFS/RDMA patches proposed for 4.2 Chuck Lever
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
2015-05-12 18:12   ` Anna Schumaker
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 ` Devesh Sharma [this message]
2015-05-26 15:28 ` [PATCH v2 00/16] NFS/RDMA patches proposed for 4.2 Doug Ledford
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=5ef257f7e6f813e71a2adc8db562129a@mail.gmail.com \
    --to=devesh.sharma@avagotech.com \
    --cc=chuck.lever@oracle.com \
    --cc=linux-nfs@vger.kernel.org \
    --cc=linux-rdma@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).