TSan: data race involving Rust std::sync::mutex::Mutex
Categories
(Firefox Build System :: General, defect, P3)
Tracking
(firefox71 affected)
Tracking | Status | |
---|---|---|
firefox71 | --- | affected |
People
(Reporter: decoder, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
29.91 KB,
text/plain
|
Details |
See attachment for more information. Not sure what to make out of this one and where to put it. This seems to involve Rust mutexes. Right now I believe we don't pass the TSan flag into Rust code yet, but I don't know if this could be the reason for a report like this.
Updated•5 years ago
|
Reporter | ||
Comment 1•5 years ago
|
||
I can confirm now that this race goes away when instrumenting the Rust code with TSan. So the fix here is to use RUSTFLAGS="-Zsanitizer=thread"
for the TSan builds, which will require a Rust Nightly build that includes either of the following two PRs
or
to fix the duplicate sanitizer runtime issue.
Updated•5 years ago
|
Comment 2•4 years ago
|
||
Both of the linked PRs landed a long time ago and have ridden the trains to stable -- can we resolve this and remove the Mutex supression now?
Reporter | ||
Comment 3•4 years ago
|
||
(In reply to Alexis Beingessner [:Gankra] from comment #2)
Both of the linked PRs landed a long time ago and have ridden the trains to stable -- can we resolve this and remove the Mutex supression now?
Remove it and do a try run. If that is green, we should be good.
Updated•4 years ago
|
Comment 4•4 years ago
|
||
I'll gladly do the try run to verify that this can be closed :)
What "mutex suppression" is that that needs to be removed to test this? (Is this supposed to be related to another bug?)
Comment 5•4 years ago
|
||
Oh! They were removed in Bug 1671691.
Reporter | ||
Updated•4 years ago
|
Description
•