Skip to content

Conversation

@kbsmith-intel
Copy link
Contributor

Change to the way ZeSerialize is initialized. This change makes it so that Intel Inspector race condition detector doesn't think there is a race that can occur when writing ZeSerialize on one thread while reading it on another. There was never really a race before because all threads would write the same value, and thus there was no issue. But this way of writing the code removes the false race, and makes it obvious this global variable can only be initialized once.

kbsmith-intel and others added 6 commits October 6, 2020 14:39
Pull to update my local fork
updating fork from main
update fork to sycl head
Updating fork to head of sycl.
… that

Intel Inspector race condition detector doesn't think there is a race that
can occur when writing ZeSerialize on one thread while reading it on another.
There was never really a race before because all threads would write the same
value, and thus there was no issue.  But this way of writing the code removes
the false race, and makes it obvious this global variable can only be
initialized once.
@bader bader changed the title [SYCL]{PI][L0]ZeSerialize false race fix [SYCL][PI][L0] ZeSerialize false race fix Oct 23, 2020
@romanovvlad romanovvlad merged commit a818801 into intel:sycl Oct 26, 2020
kbenzie added a commit to kbenzie/intel-llvm that referenced this pull request Feb 17, 2025
…d-0.11.0-dev2

common: Bump UMF version to v0.11.0-dev2
Chenyang-L pushed a commit that referenced this pull request Feb 18, 2025
…1.0-dev2

common: Bump UMF version to v0.11.0-dev2
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants