xprtrdma: Refactor MR recovery work queues
I found that commit ead3f26e ("xprtrdma: Add ro_unmap_safe memreg method"), which introduces ro_unmap_safe, never wired up the FMR recovery worker. The FMR and FRWR recovery work queues both do the same thing. Instead of setting up separate individual work queues for this, schedule a delayed worker to deal with them, since recovering MRs is not performance-critical. Fixes: ead3f26e ("xprtrdma: Add ro_unmap_safe memreg method") Signed-off-by:Chuck Lever <chuck.lever@oracle.com> Tested-by:
Steve Wise <swise@opengridcomputing.com> Signed-off-by:
Anna Schumaker <Anna.Schumaker@Netapp.com>
Showing
- net/sunrpc/xprtrdma/fmr_ops.c 59 additions, 88 deletionsnet/sunrpc/xprtrdma/fmr_ops.c
- net/sunrpc/xprtrdma/frwr_ops.c 20 additions, 62 deletionsnet/sunrpc/xprtrdma/frwr_ops.c
- net/sunrpc/xprtrdma/transport.c 5 additions, 11 deletionsnet/sunrpc/xprtrdma/transport.c
- net/sunrpc/xprtrdma/verbs.c 42 additions, 1 deletionnet/sunrpc/xprtrdma/verbs.c
- net/sunrpc/xprtrdma/xprt_rdma.h 9 additions, 4 deletionsnet/sunrpc/xprtrdma/xprt_rdma.h
Please register or sign in to comment