Message ID | 20240426034750.26945-1-guoqing.jiang@linux.dev (mailing list archive) |
---|---|
State | New |
Headers | show |
Series | SUNRPC: Remove comment for sp_lock | expand |
On Fri, 26 Apr 2024, Guoqing Jiang wrote: > It is obsolete since sp_lock was discarded in commit 580a25756a9f > ("SUNRPC: discard sp_lock"). > > Signed-off-by: Guoqing Jiang <guoqing.jiang@linux.dev> > --- > net/sunrpc/svc_xprt.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/net/sunrpc/svc_xprt.c b/net/sunrpc/svc_xprt.c > index b4a85a227bd7..ec78c277a02e 100644 > --- a/net/sunrpc/svc_xprt.c > +++ b/net/sunrpc/svc_xprt.c > @@ -46,7 +46,6 @@ static LIST_HEAD(svc_xprt_class_list); > > /* SMP locking strategy: > * > - * svc_pool->sp_lock protects most of the fields of that pool. > * svc_serv->sv_lock protects sv_tempsocks, sv_permsocks, sv_tmpcnt. > * when both need to be taken (rare), svc_serv->sv_lock is first. > * The "service mutex" protects svc_serv->sv_nrthread. I usually make an effort to find those sorts of things but I obviously missed it this time. Thanks. Reviewed-by: NeilBrown <neilb@suse.de> NeilBrown
Hi Neil, On 4/26/24 12:06, NeilBrown wrote: > On Fri, 26 Apr 2024, Guoqing Jiang wrote: >> It is obsolete since sp_lock was discarded in commit 580a25756a9f >> ("SUNRPC: discard sp_lock"). >> >> Signed-off-by: Guoqing Jiang <guoqing.jiang@linux.dev> >> --- >> net/sunrpc/svc_xprt.c | 1 - >> 1 file changed, 1 deletion(-) >> >> diff --git a/net/sunrpc/svc_xprt.c b/net/sunrpc/svc_xprt.c >> index b4a85a227bd7..ec78c277a02e 100644 >> --- a/net/sunrpc/svc_xprt.c >> +++ b/net/sunrpc/svc_xprt.c >> @@ -46,7 +46,6 @@ static LIST_HEAD(svc_xprt_class_list); >> >> /* SMP locking strategy: >> * >> - * svc_pool->sp_lock protects most of the fields of that pool. >> * svc_serv->sv_lock protects sv_tempsocks, sv_permsocks, sv_tmpcnt. >> * when both need to be taken (rare), svc_serv->sv_lock is first. >> * The "service mutex" protects svc_serv->sv_nrthread. > > I usually make an effort to find those sorts of things but I obviously > missed it this time. > Thanks. I find it occasionally during investigate one nfs issue
On Fri, Apr 26, 2024 at 11:47:50AM +0800, Guoqing Jiang wrote: > It is obsolete since sp_lock was discarded in commit 580a25756a9f > ("SUNRPC: discard sp_lock"). > > Signed-off-by: Guoqing Jiang <guoqing.jiang@linux.dev> > --- > net/sunrpc/svc_xprt.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/net/sunrpc/svc_xprt.c b/net/sunrpc/svc_xprt.c > index b4a85a227bd7..ec78c277a02e 100644 > --- a/net/sunrpc/svc_xprt.c > +++ b/net/sunrpc/svc_xprt.c > @@ -46,7 +46,6 @@ static LIST_HEAD(svc_xprt_class_list); > > /* SMP locking strategy: > * > - * svc_pool->sp_lock protects most of the fields of that pool. > * svc_serv->sv_lock protects sv_tempsocks, sv_permsocks, sv_tmpcnt. > * when both need to be taken (rare), svc_serv->sv_lock is first. > * The "service mutex" protects svc_serv->sv_nrthread. > -- > 2.35.3 > Applied to nfsd-next (for 6.10). Thank you!
diff --git a/net/sunrpc/svc_xprt.c b/net/sunrpc/svc_xprt.c index b4a85a227bd7..ec78c277a02e 100644 --- a/net/sunrpc/svc_xprt.c +++ b/net/sunrpc/svc_xprt.c @@ -46,7 +46,6 @@ static LIST_HEAD(svc_xprt_class_list); /* SMP locking strategy: * - * svc_pool->sp_lock protects most of the fields of that pool. * svc_serv->sv_lock protects sv_tempsocks, sv_permsocks, sv_tmpcnt. * when both need to be taken (rare), svc_serv->sv_lock is first. * The "service mutex" protects svc_serv->sv_nrthread.
It is obsolete since sp_lock was discarded in commit 580a25756a9f ("SUNRPC: discard sp_lock"). Signed-off-by: Guoqing Jiang <guoqing.jiang@linux.dev> --- net/sunrpc/svc_xprt.c | 1 - 1 file changed, 1 deletion(-)