Searched hist:e844d307d46cfa7e09cdb671941bfd5f1be86773 (Results 1 – 7 of 7) sorted by relevance
| /openbmc/linux/net/sunrpc/xprtrdma/ |
| H A D | svc_rdma_rw.c | diff e844d307d46cfa7e09cdb671941bfd5f1be86773 Sat Feb 20 17:53:40 CST 2021 Chuck Lever <chuck.lever@oracle.com> svcrdma: Add a "deferred close" helper
Refactor a bit of commonly used logic so that every site that wants
a close deferred to an nfsd thread does all the right things
(set_bit(XPT_CLOSE) then enqueue).
Also, once XPT_CLOSE is set on a transport, it is never cleared. If
XPT_CLOSE is already set, then the close is already being handled
and the enqueue can be skipped.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
| H A D | svc_rdma_sendto.c | diff e844d307d46cfa7e09cdb671941bfd5f1be86773 Sat Feb 20 17:53:40 CST 2021 Chuck Lever <chuck.lever@oracle.com> svcrdma: Add a "deferred close" helper
Refactor a bit of commonly used logic so that every site that wants
a close deferred to an nfsd thread does all the right things
(set_bit(XPT_CLOSE) then enqueue).
Also, once XPT_CLOSE is set on a transport, it is never cleared. If
XPT_CLOSE is already set, then the close is already being handled
and the enqueue can be skipped.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
| H A D | svc_rdma_recvfrom.c | diff e844d307d46cfa7e09cdb671941bfd5f1be86773 Sat Feb 20 17:53:40 CST 2021 Chuck Lever <chuck.lever@oracle.com> svcrdma: Add a "deferred close" helper
Refactor a bit of commonly used logic so that every site that wants
a close deferred to an nfsd thread does all the right things
(set_bit(XPT_CLOSE) then enqueue).
Also, once XPT_CLOSE is set on a transport, it is never cleared. If
XPT_CLOSE is already set, then the close is already being handled
and the enqueue can be skipped.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
| H A D | svc_rdma_transport.c | diff e844d307d46cfa7e09cdb671941bfd5f1be86773 Sat Feb 20 17:53:40 CST 2021 Chuck Lever <chuck.lever@oracle.com> svcrdma: Add a "deferred close" helper
Refactor a bit of commonly used logic so that every site that wants
a close deferred to an nfsd thread does all the right things
(set_bit(XPT_CLOSE) then enqueue).
Also, once XPT_CLOSE is set on a transport, it is never cleared. If
XPT_CLOSE is already set, then the close is already being handled
and the enqueue can be skipped.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
| /openbmc/linux/include/linux/sunrpc/ |
| H A D | svc_xprt.h | diff e844d307d46cfa7e09cdb671941bfd5f1be86773 Sat Feb 20 17:53:40 CST 2021 Chuck Lever <chuck.lever@oracle.com> svcrdma: Add a "deferred close" helper
Refactor a bit of commonly used logic so that every site that wants
a close deferred to an nfsd thread does all the right things
(set_bit(XPT_CLOSE) then enqueue).
Also, once XPT_CLOSE is set on a transport, it is never cleared. If
XPT_CLOSE is already set, then the close is already being handled
and the enqueue can be skipped.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
| /openbmc/linux/net/sunrpc/ |
| H A D | svc_xprt.c | diff e844d307d46cfa7e09cdb671941bfd5f1be86773 Sat Feb 20 17:53:40 CST 2021 Chuck Lever <chuck.lever@oracle.com> svcrdma: Add a "deferred close" helper
Refactor a bit of commonly used logic so that every site that wants
a close deferred to an nfsd thread does all the right things
(set_bit(XPT_CLOSE) then enqueue).
Also, once XPT_CLOSE is set on a transport, it is never cleared. If
XPT_CLOSE is already set, then the close is already being handled
and the enqueue can be skipped.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
| H A D | svcsock.c | diff e844d307d46cfa7e09cdb671941bfd5f1be86773 Sat Feb 20 17:53:40 CST 2021 Chuck Lever <chuck.lever@oracle.com> svcrdma: Add a "deferred close" helper
Refactor a bit of commonly used logic so that every site that wants
a close deferred to an nfsd thread does all the right things
(set_bit(XPT_CLOSE) then enqueue).
Also, once XPT_CLOSE is set on a transport, it is never cleared. If
XPT_CLOSE is already set, then the close is already being handled
and the enqueue can be skipped.
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|