diff options
| author | NeilBrown <neilb@suse.de> | 2013-06-13 06:53:42 +0400 |
|---|---|---|
| committer | J. Bruce Fields <bfields@redhat.com> | 2013-07-02 01:53:28 +0400 |
| commit | 013920eb5db97e99a4c30c8400f1c616e2a8b0a2 (patch) | |
| tree | f4d1e80073ac61199d898a793815ee6dd493351b /net/sunrpc/svcauth_unix.c | |
| parent | 2a1c7f53fd31e46f51780b61eb99fffef4c3c5a6 (diff) | |
| download | linux-013920eb5db97e99a4c30c8400f1c616e2a8b0a2.tar.xz | |
sunrpc/cache: ensure items removed from cache do not have pending upcalls.
It is possible for a race to set CACHE_PENDING after cache_clean()
has removed a cache entry from the cache.
If CACHE_PENDING is still set when the entry is finally 'put',
the cache_dequeue() will never happen and we can leak memory.
So set a new flag 'CACHE_CLEANED' when we remove something from
the cache, and don't queue any upcall if it is set.
If CACHE_PENDING is set before CACHE_CLEANED, the call that
cache_clean() makes to cache_fresh_unlocked() will free memory
as needed. If CACHE_PENDING is set after CACHE_CLEANED, the
test in sunrpc_cache_pipe_upcall will ensure that the memory
is not allocated.
Reported-by: <bstroesser@ts.fujitsu.com>
Signed-off-by: NeilBrown <neilb@suse.de>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
Diffstat (limited to 'net/sunrpc/svcauth_unix.c')
0 files changed, 0 insertions, 0 deletions