Closed Bug 1587513 Opened 5 years ago Closed 4 years ago

TSan: data race involving Rust std::sync::mutex::Mutex

Categories

(Firefox Build System :: General, defect, P3)

x86_64
Linux
defect

Tracking

(firefox71 affected)

RESOLVED FIXED
Tracking Status
firefox71 --- affected

People

(Reporter: decoder, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

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.

Priority: -- → P2

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.

Product: Core → Firefox Build System

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?

Flags: needinfo?(choller)

(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.

Flags: needinfo?(choller)
Priority: P2 → P3

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?)

Flags: needinfo?(choller)

Oh! They were removed in Bug 1671691.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Flags: needinfo?(choller)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: