[Gluster-devel] pthread_mutex misusage in glusterd_op_sm
Emmanuel Dreyfus
manu at netbsd.org
Thu Nov 27 07:54:12 UTC 2014
On Thu, Nov 27, 2014 at 01:42:33AM -0500, Krishnan Parthasarathi wrote:
> Thanks Emmanuel. Around about the same time we managed to find the sequence of
> function calls that could lead to this. Since the rpc program handling
> LOCK/STAGE/COMMIT/UNLOCK requests from other peers invokes the corresponding
> handler function in a synctask, I am inclined to use synclock_t in place of
> pthread_mutex for gd_op_sm_lock. synclock_t identifies the locker based on the
> task and not the thread executing the 'lock/unlock' function. Thoughts?
That seems to address the problem, but you are certainly much more
knwoledgable than me on whether it is better or equivalent to using
a mutex-protected boolean.
--
Emmanuel Dreyfus
manu at netbsd.org
More information about the Gluster-devel
mailing list