Follow-up from "Draft: Resolve "ThreadSanitizer: lock-order-inversion (potential deadlock) in pthread_mutex_lock""
The following discussion from !4150 (merged) should be addressed:
-
@ondrej started a discussion: (+7 comments) Since this is the destroy code protected by the reference counter, why do we need the lock at all here?