NeilBrown b49ea673e1 SUNRPC: lock against ->sock changing during sysfs read ...

->sock can be set to NULL asynchronously unless ->recv_mutex is held.
So it is important to hold that mutex.  Otherwise a sysfs read can
trigger an oops.
Commit 17f09d3f61 ("SUNRPC: Check if the xprt is connected before
handling sysfs reads") appears to attempt to fix this problem, but it
only narrows the race window.

Fixes: 17f09d3f61 ("SUNRPC: Check if the xprt is connected before handling sysfs reads")
Fixes: a8482488a7 ("SUNRPC query transport's source port")
Signed-off-by: NeilBrown <[email protected]>
Signed-off-by: Anna Schumaker <[email protected]>

2022-02-08 09:14:26 -05:00

..

auth_gss

…

xprtrdma

…

addr.c

…

auth_null.c

…

auth_unix.c

…

auth.c

…

backchannel_rqst.c

…

cache.c

…

clnt.c

…

debugfs.c

…

fail.h

…

Kconfig

…

Makefile

…

netns.h

…

rpc_pipe.c

…

rpcb_clnt.c

…

sched.c

…

socklib.c

…

socklib.h

…

stats.c

…

sunrpc_syms.c

…

sunrpc.h

…

svc_xprt.c

…

svc.c

…

svcauth_unix.c

…

svcauth.c

…

svcsock.c

…

sysctl.c

…

sysfs.c

…

sysfs.h

…

timer.c

…

xdr.c

…

xprt.c

…

xprtmultipath.c

…

xprtsock.c

…