>From Malahal <mala...@gmail.com>:
Malahal has uploaded this change for review. (
https://review.gerrithub.io/358393
Change subject: Fix nlm state refcount going up from zero
......................................................................
Fix nlm state refcount going up from zero
Once a refcount goes to zero, we should not be using it any more
and let the thread that made it zero free up the entry. If zero
refcount entry is found in the hash table, don't use it, remove
it from the hash table and insert a new nlm state.
Also, under some cases, we do delete non zero refcnt nlm state objects
from the hash table as well. This change should avoid logging spurious
messages from dec_nlm_state_ref() for not finding the nlm state in the
hash table and accidentally deleting someone else's nlm state.
Change-Id: I3917327f2fdfe8df0e5d9d2a64786ba4c1eb4cd4
Signed-off-by: Malahal Naineni <mala...@us.ibm.com>
---
M src/SAL/nlm_state.c
1 file changed, 33 insertions(+), 40 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha
refs/changes/93/358393/1
--
To view, visit https://review.gerrithub.io/358393
To unsubscribe, visit https://review.gerrithub.io/settings
Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: I3917327f2fdfe8df0e5d9d2a64786ba4c1eb4cd4
Gerrit-Change-Number: 358393
Gerrit-PatchSet: 1
Gerrit-Owner: Malahal <mala...@gmail.com>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
