Skip to content

[release/8.0-staging] Enable TLS on linux/arm64 only for static resolver #106101

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged

Conversation

davidwrighton
Copy link
Member

Customer Impact

  • Customer reported
  • Found internally

Backport of PR #106052 to release/8.0. This bug came to light as reported by a customer through Microsoft support (https://devdiv.visualstudio.com/DevDiv/_workitems/edit/2094832).

The problem was that the code in the VM which decided that it was acceptable to optimize tls access in the JIT did not take into account that the runtime might be loaded in a mode where the TLS access would use the dynamic resolver instead of the static resolver.

Regression

  • Yes
  • No

This is a regression as the same scenario works properly in .NET 7 and .NET 6 versions. For context, it was accidentally introduced as part of implementing optimized TLS for arm64 in PR #87082

Testing

This was validated using a repro scenario built by the customer support team. This fix has already been accepted into the .NET 9 codebase.

Risk

This PR poses low risk to the product, and provides a new escape hatch for other issues coming from incorrectly optimized TLS access to provide a workaround for any related issues that may occur.

@dotnet-issue-labeler dotnet-issue-labeler bot added the area-CodeGen-coreclr CLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMI label Aug 7, 2024
@davidwrighton davidwrighton requested a review from jkotas August 7, 2024 23:42
Copy link
Contributor

Tagging subscribers to this area: @JulieLeeMSFT, @jakobbotsch
See info in area-owners.md if you want to be subscribed.

Copy link
Member

@JulieLeeMSFT JulieLeeMSFT left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approved.
Cc @carlossanlop, @jeffschwMSFT.

@JulieLeeMSFT JulieLeeMSFT added the Servicing-consider Issue for next servicing release review label Aug 8, 2024
@JulieLeeMSFT
Copy link
Member

CC @dotnet/jit-contrib .

@davidwrighton
Copy link
Member Author

Only failed test was browser-wasm which is known to sometimes fail by running too slow. I'm rerunning it, but it isn't an issue relevant to checking in.

@davidwrighton davidwrighton added the Servicing-approved Approved for servicing release label Aug 8, 2024
@davidwrighton davidwrighton merged commit 8912b21 into dotnet:release/8.0-staging Aug 8, 2024
121 of 123 checks passed
@JulieLeeMSFT JulieLeeMSFT removed the Servicing-consider Issue for next servicing release review label Aug 12, 2024
@carlossanlop carlossanlop added this to the 8.0.9 milestone Aug 12, 2024
@github-actions github-actions bot locked and limited conversation to collaborators Sep 12, 2024
@rbhanda rbhanda modified the milestones: 8.0.9, 8.0.10 Oct 7, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-CodeGen-coreclr CLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMI Servicing-approved Approved for servicing release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants