On Mon, Sep 19, 2016 at 16:51:38 +0100, Alex Bennée wrote:
> ThreadSanitizer detects a possible race between reading/writing the
> hashes. As ordering semantics are already documented for qht we just
> need to ensure a race can't tear the hash value so we can use the
> relaxed atomic_set/read functions.

This was discussed here:


To reiterate: reading torn hash values is fine, since the retry will
happen regardless (and all pointers[] remain valid through the RCU
read-critical section).

Couldn't we just tell tsan to ignore it?



Reply via email to