diff options
author | Neil Brown <neilb@suse.com> | 2016-12-22 18:38:06 +0100 |
---|---|---|
committer | J. Bruce Fields <bfields@redhat.com> | 2017-01-31 18:31:53 +0100 |
commit | 2b477c00f3bd87c3286f5940cb4174d8b01ee0d5 (patch) | |
tree | c6de85ae00a8251c4e7d5093a2881de61b487003 /net/sunrpc/cache.c | |
parent | svcrpc: fix oops in absence of krb5 module (diff) | |
download | linux-2b477c00f3bd87c3286f5940cb4174d8b01ee0d5.tar.xz linux-2b477c00f3bd87c3286f5940cb4174d8b01ee0d5.zip |
svcrpc: free contexts immediately on PROC_DESTROY
We currently handle a client PROC_DESTROY request by turning it
CACHE_NEGATIVE, setting the expired time to now, and then waiting for
cache_clean to clean it up later. Since we forgot to set the cache's
nextcheck value, that could take up to 30 minutes. Also, though there's
probably no real bug in this case, setting CACHE_NEGATIVE directly like
this probably isn't a great idea in general.
So let's just remove the entry from the cache directly, and move this
bit of cache manipulation to a helper function.
Signed-off-by: Neil Brown <neilb@suse.com>
Reported-by: Andy Adamson <andros@netapp.com>
Signed-off-by: Andy Adamson <andros@netapp.com>
Signed-off-by: J. Bruce Fields <bfields@redhat.com>
Diffstat (limited to '')
-rw-r--r-- | net/sunrpc/cache.c | 12 |
1 files changed, 12 insertions, 0 deletions
diff --git a/net/sunrpc/cache.c b/net/sunrpc/cache.c index 8147e8d56eb2..502b9fe9817b 100644 --- a/net/sunrpc/cache.c +++ b/net/sunrpc/cache.c @@ -1855,3 +1855,15 @@ void sunrpc_cache_unregister_pipefs(struct cache_detail *cd) } EXPORT_SYMBOL_GPL(sunrpc_cache_unregister_pipefs); +void sunrpc_cache_unhash(struct cache_detail *cd, struct cache_head *h) +{ + write_lock(&cd->hash_lock); + if (!hlist_unhashed(&h->cache_list)){ + hlist_del_init(&h->cache_list); + cd->entries--; + write_unlock(&cd->hash_lock); + cache_put(h, cd); + } else + write_unlock(&cd->hash_lock); +} +EXPORT_SYMBOL_GPL(sunrpc_cache_unhash); |