Chuck Lever bade4be69a svcrdma: Revert "svcrdma: Reduce Receive doorbell rate" ... I tested commit 43042b90ca ("svcrdma: Reduce Receive doorbell rate") with mlx4 (IB) and software iWARP and didn't find any issues. However, I recently got my hardware iWARP setup back on line (FastLinQ) and it's crashing hard on this commit (confirmed via bisect). The failure mode is complex. - After a connection is established, the first Receive completes normally. - But the second and third Receives have garbage in their Receive buffers. The server responds with ERR_VERS as a result. - When the client tears down the connection to retry, a couple of posted Receives flush twice, and that corrupts the recv_ctxt free list. - __svc_rdma_free then faults or loops infinitely while destroying the xprt's recv_ctxts. Since 43042b90ca ("svcrdma: Reduce Receive doorbell rate") does not fix a bug but is a scalability enhancement, it's safe and appropriate to revert it while working on a replacement. Fixes: 43042b90ca ("svcrdma: Reduce Receive doorbell rate") Signed-off-by: Chuck Lever <chuck.lever@oracle.com>		2021-03-11 15:26:07 -05:00
..
addr.h
auth.h
auth_gss.h
bc_xprt.h
cache.h
clnt.h
debug.h
gss_api.h
gss_asn1.h
gss_err.h
gss_krb5.h
gss_krb5_enctypes.h
metrics.h
msg_prot.h
rpc_pipe_fs.h
rpc_rdma.h
rpc_rdma_cid.h
sched.h
stats.h
svc.h
svc_rdma.h	svcrdma: Revert "svcrdma: Reduce Receive doorbell rate"	2021-03-11 15:26:07 -05:00
svc_rdma_pcl.h
svc_xprt.h
svcauth.h
svcauth_gss.h
svcsock.h
timer.h
types.h
xdr.h	Highlights:	2021-02-21 10:22:20 -08:00
xprt.h
xprtmultipath.h
xprtrdma.h
xprtsock.h