On Mar 30, 2015, at 10:18 AM, Steve Wise sw...@opengridcomputing.com wrote:
Hey Chuck,
Chelsio's QA regression tested this series on iw_cxgb4. Tests out good.
Tests ran: spew, ffsb, xdd, fio, dbench, and cthon with both v3 and v4.
Thanks, Steve. Who should I credit in the Tested-by tag?
-rdma@vger.kernel.org; linux-
n...@vger.kernel.org
Subject: RE: [PATCH v2 00/15] NFS/RDMA patches proposed for 4.1
Hi Chuck,
I have validated these set of patches with ocrdma device, iozone passes with
these.
Thanks to Meghna.
Hi Devesh-
Is there a Tested-by tag that Anna can add
Subject: Re: [PATCH v2 00/15] NFS/RDMA patches proposed for 4.1
On Mar 27, 2015, at 12:44 AM, Devesh Sharma
devesh.sha...@emulex.com wrote:
-Original Message-
From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
ow...@vger.kernel.org] On Behalf Of Devesh Sharma
Sent: Friday
To: Chuck Lever; linux-rdma@vger.kernel.org; linux-...@vger.kernel.org
Subject: Re: [PATCH v2 00/15] NFS/RDMA patches proposed for 4.1
Hey Chuck,
I didn't see anything that needs to be fixed up in these patches. Are they
ready
for me?
Anna
On 03/24/2015 04:30 PM, Chuck Lever wrote
] On Behalf Of Anna Schumaker
Sent: Friday, March 27, 2015 12:10 AM
To: Chuck Lever; linux-rdma@vger.kernel.org; linux-...@vger.kernel.org
Subject: Re: [PATCH v2 00/15] NFS/RDMA patches proposed for 4.1
Hey Chuck,
I didn't see anything that needs to be fixed up in these patches
On Mar 26, 2015, at 1:39 PM, Anna Schumaker anna.schuma...@netapp.com wrote:
Hey Chuck,
I didn't see anything that needs to be fixed up in these patches. Are they
ready for me?
Thanks for the review. IMO we can go one of two routes:
- Wait for HCA vendors to test this latest version of
Hey Chuck,
I didn't see anything that needs to be fixed up in these patches. Are they
ready for me?
Anna
On 03/24/2015 04:30 PM, Chuck Lever wrote:
This is a series of client-side patches for NFS/RDMA. In preparation
for increasing the transport credit limit and maximum rsize/wsize,
I've
This is a series of client-side patches for NFS/RDMA. In preparation
for increasing the transport credit limit and maximum rsize/wsize,
I've re-factored the memory registration logic into separate files,
invoked via a method API.
The two main optimizations in v1 of this series have been dropped.
