From: Anna Schumaker <Anna.Schumaker@netapp.com>
To: Or Gerlitz <or.gerlitz@gmail.com>,
Steve Wise <swise@opengridcomputing.com>,
Chuck Lever <chuck.lever@oracle.com>,
"Roland Dreier" <roland@kernel.org>
Cc: Linux NFS Mailing List <linux-nfs@vger.kernel.org>,
linux-rdma <linux-rdma@vger.kernel.org>
Subject: Re: [PATCH v5 00/24] Series short description
Date: Mon, 9 Jun 2014 09:11:45 -0400 [thread overview]
Message-ID: <5395B291.9050501@netapp.com> (raw)
In-Reply-To: <CAJZOPZ+SBT=yX3v4kvzg4TsZU2=L-05r3=ht-4y86Ox44M3mpQ@mail.gmail.com>
On 06/09/2014 05:55 AM, Or Gerlitz wrote:
> On Thu, May 29, 2014 at 7:59 PM, Steve Wise <swise@opengridcomputing.com> wrote:
>> I tested this series over cxgb4 and mlx4, running cthon04, fio read/rand-rw, and xfstests, and over mthca cthon04. No regressions.
>
> Steve, Chuck, all
>
> Where this series stands? I don't see it in Roland's tree for-next
> branch... is this planned to go upstream through another maintainer
> tree? if not, I think we're good to go, so Roland, are you picking it
> up?
>
> Or.
This is going through the NFS tree (Trond should already have it).
Anna
>
WARNING: multiple messages have this Message-ID (diff)
From: Anna Schumaker <Anna.Schumaker-HgOvQuBEEgTQT0dZR+AlfA@public.gmane.org>
To: Or Gerlitz <or.gerlitz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Steve Wise
<swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>,
Chuck Lever <chuck.lever-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>,
Roland Dreier <roland-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: Linux NFS Mailing List
<linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
linux-rdma <linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH v5 00/24] Series short description
Date: Mon, 9 Jun 2014 09:11:45 -0400 [thread overview]
Message-ID: <5395B291.9050501@netapp.com> (raw)
In-Reply-To: <CAJZOPZ+SBT=yX3v4kvzg4TsZU2=L-05r3=ht-4y86Ox44M3mpQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On 06/09/2014 05:55 AM, Or Gerlitz wrote:
> On Thu, May 29, 2014 at 7:59 PM, Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org> wrote:
>> I tested this series over cxgb4 and mlx4, running cthon04, fio read/rand-rw, and xfstests, and over mthca cthon04. No regressions.
>
> Steve, Chuck, all
>
> Where this series stands? I don't see it in Roland's tree for-next
> branch... is this planned to go upstream through another maintainer
> tree? if not, I think we're good to go, so Roland, are you picking it
> up?
>
> Or.
This is going through the NFS tree (Trond should already have it).
Anna
>
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2014-06-09 13:11 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-28 14:31 [PATCH v5 00/24] Series short description Chuck Lever
2014-05-28 14:31 ` Chuck Lever
2014-05-28 14:32 ` [PATCH v5 01/24] xprtrdma: mind the device's max fast register page list depth Chuck Lever
2014-05-28 14:32 ` Chuck Lever
2014-05-28 14:32 ` [PATCH v5 02/24] nfs-rdma: Fix for FMR leaks Chuck Lever
2014-05-28 14:32 ` Chuck Lever
2014-05-28 14:32 ` [PATCH v5 03/24] xprtrdma: RPC/RDMA must invoke xprt_wake_pending_tasks() in process context Chuck Lever
2014-05-28 14:32 ` Chuck Lever
2014-05-28 14:32 ` [PATCH v5 04/24] xprtrdma: Remove BOUNCEBUFFERS memory registration mode Chuck Lever
2014-05-28 14:32 ` Chuck Lever
2014-05-28 14:32 ` [PATCH v5 05/24] xprtrdma: Remove MEMWINDOWS registration modes Chuck Lever
2014-05-28 14:32 ` Chuck Lever
2014-05-28 14:32 ` [PATCH v5 06/24] xprtrdma: Remove REGISTER memory registration mode Chuck Lever
2014-05-28 14:32 ` Chuck Lever
2014-05-28 14:32 ` [PATCH v5 07/24] xprtrdma: Fall back to MTHCAFMR when FRMR is not supported Chuck Lever
2014-05-28 14:32 ` Chuck Lever
2014-05-28 14:33 ` [PATCH v5 08/24] xprtrdma: mount reports "Invalid mount option" if memreg mode " Chuck Lever
2014-05-28 14:33 ` Chuck Lever
2014-05-28 14:33 ` [PATCH v5 09/24] xprtrdma: Simplify rpcrdma_deregister_external() synopsis Chuck Lever
2014-05-28 14:33 ` Chuck Lever
2014-05-28 14:33 ` [PATCH v5 10/24] xprtrdma: Make rpcrdma_ep_destroy() return void Chuck Lever
2014-05-28 14:33 ` Chuck Lever
2014-05-28 14:33 ` [PATCH v5 11/24] xprtrdma: Split the completion queue Chuck Lever
2014-05-28 14:33 ` Chuck Lever
2014-05-28 14:33 ` [PATCH v5 12/24] xprtrmda: Reduce lock contention in completion handlers Chuck Lever
2014-05-28 14:33 ` Chuck Lever
2014-05-28 14:33 ` [PATCH v5 13/24] xprtrmda: Reduce calls to ib_poll_cq() " Chuck Lever
2014-05-28 14:33 ` Chuck Lever
2014-05-28 14:33 ` [PATCH v5 14/24] xprtrdma: Limit work done by completion handler Chuck Lever
2014-05-28 14:33 ` Chuck Lever
2014-05-28 14:33 ` [PATCH v5 15/24] xprtrdma: Reduce the number of hardway buffer allocations Chuck Lever
2014-05-28 14:33 ` Chuck Lever
2014-05-28 14:34 ` [PATCH v5 16/24] xprtrdma: Ensure ia->ri_id->qp is not NULL when reconnecting Chuck Lever
2014-05-28 14:34 ` Chuck Lever
2014-05-28 14:34 ` [PATCH v5 17/24] xprtrdma: Remove Tavor MTU setting Chuck Lever
2014-05-28 14:34 ` Chuck Lever
2014-05-28 14:34 ` [PATCH v5 18/24] xprtrdma: Allocate missing pagelist Chuck Lever
2014-05-28 14:34 ` Chuck Lever
2014-05-28 14:34 ` [PATCH v5 19/24] xprtrdma: Use macros for reconnection timeout constants Chuck Lever
2014-05-28 14:34 ` Chuck Lever
2014-05-28 14:34 ` [PATCH v5 20/24] xprtrdma: Reset connection timeout after successful reconnect Chuck Lever
2014-05-28 14:34 ` Chuck Lever
2014-05-28 14:34 ` [PATCH v5 21/24] SUNRPC: Move congestion window constants to header file Chuck Lever
2014-05-28 14:34 ` Chuck Lever
2014-05-28 14:34 ` [PATCH v5 22/24] xprtrdma: Avoid deadlock when credit window is reset Chuck Lever
2014-05-28 14:34 ` Chuck Lever
2014-05-28 14:35 ` [PATCH v5 23/24] xprtrdma: Remove BUG_ON() call sites Chuck Lever
2014-05-28 14:35 ` Chuck Lever
2014-05-28 14:35 ` [PATCH v5 24/24] xprtrdma: Disconnect on registration failure Chuck Lever
2014-05-28 14:35 ` Chuck Lever
2014-05-28 23:15 ` [PATCH v5 00/24] Series short description Chuck Lever
2014-05-28 23:15 ` Chuck Lever
2014-05-29 16:59 ` Steve Wise
2014-05-29 16:59 ` Steve Wise
2014-05-29 18:28 ` Devesh Sharma
2014-05-29 18:28 ` Devesh Sharma
2014-05-29 18:31 ` Steve Wise
2014-05-29 18:31 ` Steve Wise
2014-05-29 18:36 ` Devesh Sharma
2014-05-29 18:36 ` Devesh Sharma
2014-06-09 9:55 ` Or Gerlitz
2014-06-09 9:55 ` Or Gerlitz
2014-06-09 13:11 ` Anna Schumaker [this message]
2014-06-09 13:11 ` Anna Schumaker
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=5395B291.9050501@netapp.com \
--to=anna.schumaker@netapp.com \
--cc=chuck.lever@oracle.com \
--cc=linux-nfs@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=or.gerlitz@gmail.com \
--cc=roland@kernel.org \
--cc=swise@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.