Skip to content
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

JIT: Fix reporting of tier name metadata #110610

Merged
merged 1 commit into from
Dec 12, 2024

Conversation

jakobbotsch
Copy link
Member

The tier name was reported for both the root and the inlinees. On the SPMI side this would result in using the last tier name reported, which usually would be from an inlinee. The inlinee tier does not always match the root tier, for example when OSR is enabled.

The tier name was reported for both the root and the inlinees. On the
SPMI side this would result in using the last tier name reported, which
usually would be from an inlinee. The inlinee tier does not always match
the root tier, for example when OSR is enabled.
@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 Dec 11, 2024
Copy link
Contributor

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

Comment on lines +160 to 167
fw.PrintQuotedCsvField(diffRes.CompileResults->MethodFullName == nullptr ? "" : diffRes.CompileResults->MethodFullName);
fw.Printf(
",%s,%s,%s,%s,%s,%lld,%lld",
baseRes.CompileResults->TieringName == nullptr ? "" : baseRes.CompileResults->TieringName,
diffRes.CompileResults->TieringName == nullptr ? "" : diffRes.CompileResults->TieringName,
ResultToString(baseRes.Result), ResultToString(diffRes.Result),
baseRes.IsMinOpts ? "True" : "False",
diffRes.IsMinOpts ? "True" : "False",
hasDiff ? "True" : "False",
baseRes.NumExecutedInstructions, diffRes.NumExecutedInstructions);
Copy link
Member Author

Choose a reason for hiding this comment

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

Somewhat unrelated change, but I was a bit confused for a while when my change did not have any effect on my asmdiffs details. Turned out to be because the base JIT continued to contain the bug.

@jakobbotsch
Copy link
Member Author

/azp run runtime-coreclr superpmi-replay, runtime-coreclr superpmi-diffs

Copy link

Azure Pipelines successfully started running 2 pipeline(s).

@jakobbotsch
Copy link
Member Author

PTAL @dotnet/jit-contrib

@jakobbotsch jakobbotsch requested a review from a team December 12, 2024 12:52
@jakobbotsch jakobbotsch merged commit 7f2f2b9 into dotnet:main Dec 12, 2024
103 of 108 checks passed
@jakobbotsch jakobbotsch deleted the fix-tier-name branch December 12, 2024 17:53
hez2010 pushed a commit to hez2010/runtime that referenced this pull request Dec 14, 2024
The tier name was reported for both the root and the inlinees. On the
SPMI side this would result in using the last tier name reported, which
usually would be from an inlinee. The inlinee tier does not always match
the root tier, for example when OSR is enabled.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-CodeGen-coreclr CLR JIT compiler in src/coreclr/src/jit and related components such as SuperPMI
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants