svcrdma: Do not add XDR padding to xdr_buf page vector
authorChuck Lever <chuck.lever@oracle.com>
Wed, 4 May 2016 14:52:55 +0000 (10:52 -0400)
committerJ. Bruce Fields <bfields@redhat.com>
Fri, 13 May 2016 19:53:05 +0000 (15:53 -0400)
commit6625d0913771df5f12b9531c8cb8414e55f1c21d
treefe2416c9d582062f42d1ac81a58e858a6e994382
parent696190eaf168e83fcbf0c9cf087995cdd15807e5
svcrdma: Do not add XDR padding to xdr_buf page vector

An xdr_buf has a head, a vector of pages, and a tail. Each
RPC request is presented to the NFS server contained in an
xdr_buf.

The RDMA transport would like to supply the NFS server with only
the NFS WRITE payload bytes in the page vector. In some common
cases, that would allow the NFS server to swap those pages right
into the target file's page cache.

Have the transport's RDMA Read logic put XDR pad bytes in the tail
iovec, and not in the pages that hold the data payload.

The NFSv3 WRITE XDR decoder is finicky about the lengths involved,
so make sure it is looking in the correct places when computing
the total length of the incoming NFS WRITE request.

Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
fs/nfsd/nfs3xdr.c
net/sunrpc/xprtrdma/svc_rdma_recvfrom.c