diff options
author | NeilBrown <neilb@suse.de> | 2010-09-22 12:55:06 +1000 |
---|---|---|
committer | J. Bruce Fields <bfields@redhat.com> | 2010-10-01 18:09:54 -0400 |
commit | 277f68dbba397997c7f3dc843d14afa1654bb80e (patch) | |
tree | 7c9856840c40a3f08bef3a965a9f3c39937c9e99 /net/sunrpc/Kconfig | |
parent | 14ec63c3336af7ea5445e0d8f4d26ba3041e40b3 (diff) | |
download | kernel_samsung_espresso10-277f68dbba397997c7f3dc843d14afa1654bb80e.zip kernel_samsung_espresso10-277f68dbba397997c7f3dc843d14afa1654bb80e.tar.gz kernel_samsung_espresso10-277f68dbba397997c7f3dc843d14afa1654bb80e.tar.bz2 |
sunrpc: fix race in new cache_wait code.
If we set up to wait for a cache item to be filled in, and then find
that it is no longer pending, it could be that some other thread is
in 'cache_revisit_request' and has moved our request to its 'pending' list.
So when our setup_deferral calls cache_revisit_request it will find nothing to
put on the pending list, and do nothing.
We then return from cache_wait_req, thus leaving the 'sleeper'
on-stack structure open to being corrupted by subsequent stack usage.
However that 'sleeper' could still be on the 'pending' list that the
other thread is looking at and so any corruption could cause it to behave badly.
To avoid this race we simply take the same path as if the
'wait_for_completion_interruptible_timeout' was interrupted and if the
sleeper is no longer on the list (which it won't be) we wait on the
completion - which will ensure that any other cache_revisit_request
will have let go of the sleeper.
Signed-off-by: NeilBrown <neilb@suse.de>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
Diffstat (limited to 'net/sunrpc/Kconfig')
0 files changed, 0 insertions, 0 deletions