aboutsummaryrefslogtreecommitdiffstats
path: root/crypto/aead.c
diff options
context:
space:
mode:
authorJ. Bruce Fields <bfields@redhat.com>2013-02-10 11:33:48 -0500
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2013-03-04 06:09:05 +0800
commit4bf6d0956ad678f3ef59362cb41dae05a2259f78 (patch)
treeacb8da4042be24bb5912400ff11f5c8c828efec3 /crypto/aead.c
parentfd80f53550720f200ca0469e9419c750f895ab50 (diff)
downloadkernel_samsung_espresso10-4bf6d0956ad678f3ef59362cb41dae05a2259f78.tar.gz
kernel_samsung_espresso10-4bf6d0956ad678f3ef59362cb41dae05a2259f78.tar.bz2
kernel_samsung_espresso10-4bf6d0956ad678f3ef59362cb41dae05a2259f78.zip
svcrpc: make svc_age_temp_xprts enqueue under sv_lock
commit e75bafbff2270993926abcc31358361db74a9bc2 upstream. svc_age_temp_xprts expires xprts in a two-step process: first it takes the sv_lock and moves the xprts to expire off their server-wide list (sv_tempsocks or sv_permsocks) to a local list. Then it drops the sv_lock and enqueues and puts each one. I see no reason for this: svc_xprt_enqueue() will take sp_lock, but the sv_lock and sp_lock are not otherwise nested anywhere (and documentation at the top of this file claims it's correct to nest these with sp_lock inside.) Tested-by: Jason Tibbitts <tibbs@math.uh.edu> Tested-by: Paweł Sikora <pawel.sikora@agmk.net> Signed-off-by: J. Bruce Fields <bfields@redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'crypto/aead.c')
0 files changed, 0 insertions, 0 deletions