xprtrdma: Fix DMAR failure in frwr_op_map() after reconnect
authorChuck Lever <chuck.lever@oracle.com>
Mon, 7 Nov 2016 21:16:24 +0000 (16:16 -0500)
committerAnna Schumaker <Anna.Schumaker@Netapp.com>
Thu, 10 Nov 2016 16:04:54 +0000 (11:04 -0500)
commit62bdf94a2049822ef8c6d4b0e83cd9c3a1663ab4
tree76dda0f9318f823055e402c288efd935559b8261
parent0ac84b72c0ed96ace1d8973a06f0120a3b905177
xprtrdma: Fix DMAR failure in frwr_op_map() after reconnect

When a LOCALINV WR is flushed, the frmr is marked STALE, then
frwr_op_unmap_sync DMA-unmaps the frmr's SGL. These STALE frmrs
are then recovered when frwr_op_map hunts for an INVALID frmr to
use.

All other cases that need frmr recovery leave that SGL DMA-mapped.
The FRMR recovery path unconditionally DMA-unmaps the frmr's SGL.

To avoid DMA unmapping the SGL twice for flushed LOCAL_INV WRs,
alter the recovery logic (rather than the hot frwr_op_unmap_sync
path) to distinguish among these cases. This solution also takes
care of the case where multiple LOCAL_INV WRs are issued for the
same rpcrdma_req, some complete successfully, but some are flushed.

Reported-by: Vasco Steinmetz <linux@kyberraum.net>
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Tested-by: Vasco Steinmetz <linux@kyberraum.net>
Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
net/sunrpc/xprtrdma/frwr_ops.c
net/sunrpc/xprtrdma/xprt_rdma.h