Skip to content

Put HasNativeCodeReJITAware into GetFunctionAddress - #90049

Merged
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress
Aug 14, 2023
Merged

Put HasNativeCodeReJITAware into GetFunctionAddress#90049
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress

Conversation

@mikelle-rogers

Copy link
Copy Markdown
Member

Went through many branches of the call tree to understand which changes needed to be made to ensure safe behavior when updating GetFunctionAddress to return possibly arbitrary nativeCode.

@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

Fixes #89475.
There are a few more branches that need investigation, and some that have been investigated that still need fixing. I will open a new issue to specify those. I wanted to push the code I had so far to start getting feedback.

Comment threadsrc/coreclr/debug/di/breakpoint.cpp
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated
Comment threadsrc/coreclr/vm/eedbginterfaceimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
if (startAddr == NULL)
{
startAddr = g_pEEInterface->GetFunctionAddress(fd);
if (startAddr == NULL)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Are there scenarios that are still calling into FindOrCreateInitAndAddJitInfo() with startAddr=NULL after the other changes we did? (I'm not pushing back or implying anything, just asking)

If there aren't any scenarios left then we should assert startAddr != NULL and remove the code that handles the NULL case.

If there are still scenarios where startAddr==NULL can we enumerate them in a comment? What I'd like to get recorded is whether we've explicitly determined that searching default + active code version only is the correct behavior, or we know it isn't fully correct but we are using it for expediency, or we don't know one way or the other.

If GetNativeCodeReJITAware() is just a heuristic that often works but isn't fully correct then we should comment it clearly so that other devs don't accidentally start using it and dig the hole any deeper than it already is.

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

No more scenarios after calling GetFunctionAddress, I put an Assert in the code and the test still passes.

Comment threadsrc/coreclr/debug/ee/functioninfo.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated

@noahfalknoahfalk left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

LGTM modulo a last little bug on ARM commented inline

Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
Comment threadsrc/coreclr/vm/method.hpp Outdated
CodeVersionManager::LockHolder codeVersioningLockHolder;
ILCodeVersion ilVersion = pCodeVersionManager->GetActiveILCodeVersion(PTR_MethodDesc(this));
if (!ilVersion.IsDefaultVersion())
ILCodeVersionCollection ilVersionCollection = pCodeVersionManager->GetILCodeVersions(PTR_MethodDesc(this));

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Before you were getting the current IL version's address. Is there any guarantee of what order you get this in? Does it return in order of IL version and descend until a native body is found? For things like deoptimization, is that what we want?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

There is no guarantee of order, however, the work has been done to look through everything that calls this code, and make adjustments to allow this behavior to be safe. GetNativeCodeAnyVersion is only used in HasNativeCodeAnyVersion, which is used in EnumMethodInstances::Next and CdStart. It is only used to see whether or not there is a native code body. The reason it was changed is with the addition of deoptimization, there is a possibility that the user asks the code to be deoptimized before it has a default and active version (before the method is jitted). Thus, the code could have a native code version even though it did not have an active nor default native code version. @davmason@noahfalk

@mikelle-rogers
mikelle-rogers merged commit eacb32e into dotnet:mainAug 14, 2023
@tommcdontommcdon mentioned this pull request Aug 14, 2023
mikelle-rogers added a commit to mikelle-rogers/runtime that referenced this pull request Aug 16, 2023
…0049)"
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
carlossanlop pushed a commit that referenced this pull request Aug 17, 2023
…#90696)
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
@radicalradical mentioned this pull request Aug 28, 2023
@ghostghost locked as resolved and limited conversation to collaborators Sep 14, 2023
@radicalradical mentioned this pull request Sep 26, 2023
@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actionsgithub-actionsBot unlocked this conversation Sep 26, 2023
@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6317993923

@github-actionsgithub-actionsBot locked as resolved and limited conversation to collaborators Sep 26, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

@mikelle-rogers@noahfalk@hoyosjs
, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Put HasNativeCodeReJITAware into GetFunctionAddress by mikelle-rogers · Pull Request #90049 · dotnet/runtime · GitHub
Skip to content

Put HasNativeCodeReJITAware into GetFunctionAddress - #90049

Merged
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress
Aug 14, 2023
Merged

Put HasNativeCodeReJITAware into GetFunctionAddress#90049
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress

Conversation

@mikelle-rogers

Copy link
Copy Markdown
Member

Went through many branches of the call tree to understand which changes needed to be made to ensure safe behavior when updating GetFunctionAddress to return possibly arbitrary nativeCode.

@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

Fixes #89475.
There are a few more branches that need investigation, and some that have been investigated that still need fixing. I will open a new issue to specify those. I wanted to push the code I had so far to start getting feedback.

Comment threadsrc/coreclr/debug/di/breakpoint.cpp
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated
Comment threadsrc/coreclr/vm/eedbginterfaceimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
if (startAddr == NULL)
{
startAddr = g_pEEInterface->GetFunctionAddress(fd);
if (startAddr == NULL)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Are there scenarios that are still calling into FindOrCreateInitAndAddJitInfo() with startAddr=NULL after the other changes we did? (I'm not pushing back or implying anything, just asking)

If there aren't any scenarios left then we should assert startAddr != NULL and remove the code that handles the NULL case.

If there are still scenarios where startAddr==NULL can we enumerate them in a comment? What I'd like to get recorded is whether we've explicitly determined that searching default + active code version only is the correct behavior, or we know it isn't fully correct but we are using it for expediency, or we don't know one way or the other.

If GetNativeCodeReJITAware() is just a heuristic that often works but isn't fully correct then we should comment it clearly so that other devs don't accidentally start using it and dig the hole any deeper than it already is.

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

No more scenarios after calling GetFunctionAddress, I put an Assert in the code and the test still passes.

Comment threadsrc/coreclr/debug/ee/functioninfo.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated

@noahfalknoahfalk left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

LGTM modulo a last little bug on ARM commented inline

Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
Comment threadsrc/coreclr/vm/method.hpp Outdated
CodeVersionManager::LockHolder codeVersioningLockHolder;
ILCodeVersion ilVersion = pCodeVersionManager->GetActiveILCodeVersion(PTR_MethodDesc(this));
if (!ilVersion.IsDefaultVersion())
ILCodeVersionCollection ilVersionCollection = pCodeVersionManager->GetILCodeVersions(PTR_MethodDesc(this));

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Before you were getting the current IL version's address. Is there any guarantee of what order you get this in? Does it return in order of IL version and descend until a native body is found? For things like deoptimization, is that what we want?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

There is no guarantee of order, however, the work has been done to look through everything that calls this code, and make adjustments to allow this behavior to be safe. GetNativeCodeAnyVersion is only used in HasNativeCodeAnyVersion, which is used in EnumMethodInstances::Next and CdStart. It is only used to see whether or not there is a native code body. The reason it was changed is with the addition of deoptimization, there is a possibility that the user asks the code to be deoptimized before it has a default and active version (before the method is jitted). Thus, the code could have a native code version even though it did not have an active nor default native code version. @davmason@noahfalk

@mikelle-rogers
mikelle-rogers merged commit eacb32e into dotnet:mainAug 14, 2023
@tommcdontommcdon mentioned this pull request Aug 14, 2023
mikelle-rogers added a commit to mikelle-rogers/runtime that referenced this pull request Aug 16, 2023
…0049)"
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
carlossanlop pushed a commit that referenced this pull request Aug 17, 2023
…#90696)
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
@radicalradical mentioned this pull request Aug 28, 2023
@ghostghost locked as resolved and limited conversation to collaborators Sep 14, 2023
@radicalradical mentioned this pull request Sep 26, 2023
@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actionsgithub-actionsBot unlocked this conversation Sep 26, 2023
@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6317993923

@github-actionsgithub-actionsBot locked as resolved and limited conversation to collaborators Sep 26, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

@mikelle-rogers@noahfalk@hoyosjs
, 'i'); if (__m === '*' || __re.test(location.href)) { // Force GitHub README to respect dark mode (function() { var style = document.createElement('style'); style.textContent = ' .markdown-body { color-scheme: dark light; } .markdown-body pre { background: #161b22 !important; } .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; } .markdown-body table th, .markdown-body table td { border-color: #30363d !important; } .markdown-body img { background: #0d1117; } .markdown-body blockquote { border-left-color: #8b949e; } .markdown-body hr { border-color: #30363d; } '; document.head.appendChild(style); })(); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Put HasNativeCodeReJITAware into GetFunctionAddress by mikelle-rogers · Pull Request #90049 · dotnet/runtime · GitHub
Skip to content

Put HasNativeCodeReJITAware into GetFunctionAddress - #90049

Merged
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress
Aug 14, 2023
Merged

Put HasNativeCodeReJITAware into GetFunctionAddress#90049
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress

Conversation

@mikelle-rogers

Copy link
Copy Markdown
Member

Went through many branches of the call tree to understand which changes needed to be made to ensure safe behavior when updating GetFunctionAddress to return possibly arbitrary nativeCode.

@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

Fixes #89475.
There are a few more branches that need investigation, and some that have been investigated that still need fixing. I will open a new issue to specify those. I wanted to push the code I had so far to start getting feedback.

Comment threadsrc/coreclr/debug/di/breakpoint.cpp
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated
Comment threadsrc/coreclr/vm/eedbginterfaceimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
if (startAddr == NULL)
{
startAddr = g_pEEInterface->GetFunctionAddress(fd);
if (startAddr == NULL)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Are there scenarios that are still calling into FindOrCreateInitAndAddJitInfo() with startAddr=NULL after the other changes we did? (I'm not pushing back or implying anything, just asking)

If there aren't any scenarios left then we should assert startAddr != NULL and remove the code that handles the NULL case.

If there are still scenarios where startAddr==NULL can we enumerate them in a comment? What I'd like to get recorded is whether we've explicitly determined that searching default + active code version only is the correct behavior, or we know it isn't fully correct but we are using it for expediency, or we don't know one way or the other.

If GetNativeCodeReJITAware() is just a heuristic that often works but isn't fully correct then we should comment it clearly so that other devs don't accidentally start using it and dig the hole any deeper than it already is.

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

No more scenarios after calling GetFunctionAddress, I put an Assert in the code and the test still passes.

Comment threadsrc/coreclr/debug/ee/functioninfo.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated

@noahfalknoahfalk left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

LGTM modulo a last little bug on ARM commented inline

Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
Comment threadsrc/coreclr/vm/method.hpp Outdated
CodeVersionManager::LockHolder codeVersioningLockHolder;
ILCodeVersion ilVersion = pCodeVersionManager->GetActiveILCodeVersion(PTR_MethodDesc(this));
if (!ilVersion.IsDefaultVersion())
ILCodeVersionCollection ilVersionCollection = pCodeVersionManager->GetILCodeVersions(PTR_MethodDesc(this));

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Before you were getting the current IL version's address. Is there any guarantee of what order you get this in? Does it return in order of IL version and descend until a native body is found? For things like deoptimization, is that what we want?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

There is no guarantee of order, however, the work has been done to look through everything that calls this code, and make adjustments to allow this behavior to be safe. GetNativeCodeAnyVersion is only used in HasNativeCodeAnyVersion, which is used in EnumMethodInstances::Next and CdStart. It is only used to see whether or not there is a native code body. The reason it was changed is with the addition of deoptimization, there is a possibility that the user asks the code to be deoptimized before it has a default and active version (before the method is jitted). Thus, the code could have a native code version even though it did not have an active nor default native code version. @davmason@noahfalk

@mikelle-rogers
mikelle-rogers merged commit eacb32e into dotnet:mainAug 14, 2023
@tommcdontommcdon mentioned this pull request Aug 14, 2023
mikelle-rogers added a commit to mikelle-rogers/runtime that referenced this pull request Aug 16, 2023
…0049)"
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
carlossanlop pushed a commit that referenced this pull request Aug 17, 2023
…#90696)
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
@radicalradical mentioned this pull request Aug 28, 2023
@ghostghost locked as resolved and limited conversation to collaborators Sep 14, 2023
@radicalradical mentioned this pull request Sep 26, 2023
@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actionsgithub-actionsBot unlocked this conversation Sep 26, 2023
@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6317993923

@github-actionsgithub-actionsBot locked as resolved and limited conversation to collaborators Sep 26, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

@mikelle-rogers@noahfalk@hoyosjs
, 'i'); if (__m === '*' || __re.test(location.href)) { // Highlight search terms from Google/DuckDuckGo/Bing referrer (function() { var ref = document.referrer; var terms = []; if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) { var url = new URL(ref); var q = url.searchParams.get('q') || url.searchParams.get('p'); if (q) { terms = q.split(/\s+/).filter(function(t) { return t.length > 2; }); } } if (terms.length === 0) return; var style = document.createElement('style'); style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }'; document.head.appendChild(style); function highlight(node) { if (node.nodeType === 3) { // text node var text = node.textContent; var found = false; terms.forEach(function(term) { var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Put HasNativeCodeReJITAware into GetFunctionAddress by mikelle-rogers · Pull Request #90049 · dotnet/runtime · GitHub
Skip to content

Put HasNativeCodeReJITAware into GetFunctionAddress - #90049

Merged
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress
Aug 14, 2023
Merged

Put HasNativeCodeReJITAware into GetFunctionAddress#90049
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress

Conversation

@mikelle-rogers

Copy link
Copy Markdown
Member

Went through many branches of the call tree to understand which changes needed to be made to ensure safe behavior when updating GetFunctionAddress to return possibly arbitrary nativeCode.

@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

Fixes #89475.
There are a few more branches that need investigation, and some that have been investigated that still need fixing. I will open a new issue to specify those. I wanted to push the code I had so far to start getting feedback.

Comment threadsrc/coreclr/debug/di/breakpoint.cpp
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated
Comment threadsrc/coreclr/vm/eedbginterfaceimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
if (startAddr == NULL)
{
startAddr = g_pEEInterface->GetFunctionAddress(fd);
if (startAddr == NULL)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Are there scenarios that are still calling into FindOrCreateInitAndAddJitInfo() with startAddr=NULL after the other changes we did? (I'm not pushing back or implying anything, just asking)

If there aren't any scenarios left then we should assert startAddr != NULL and remove the code that handles the NULL case.

If there are still scenarios where startAddr==NULL can we enumerate them in a comment? What I'd like to get recorded is whether we've explicitly determined that searching default + active code version only is the correct behavior, or we know it isn't fully correct but we are using it for expediency, or we don't know one way or the other.

If GetNativeCodeReJITAware() is just a heuristic that often works but isn't fully correct then we should comment it clearly so that other devs don't accidentally start using it and dig the hole any deeper than it already is.

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

No more scenarios after calling GetFunctionAddress, I put an Assert in the code and the test still passes.

Comment threadsrc/coreclr/debug/ee/functioninfo.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated

@noahfalknoahfalk left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

LGTM modulo a last little bug on ARM commented inline

Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
Comment threadsrc/coreclr/vm/method.hpp Outdated
CodeVersionManager::LockHolder codeVersioningLockHolder;
ILCodeVersion ilVersion = pCodeVersionManager->GetActiveILCodeVersion(PTR_MethodDesc(this));
if (!ilVersion.IsDefaultVersion())
ILCodeVersionCollection ilVersionCollection = pCodeVersionManager->GetILCodeVersions(PTR_MethodDesc(this));

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Before you were getting the current IL version's address. Is there any guarantee of what order you get this in? Does it return in order of IL version and descend until a native body is found? For things like deoptimization, is that what we want?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

There is no guarantee of order, however, the work has been done to look through everything that calls this code, and make adjustments to allow this behavior to be safe. GetNativeCodeAnyVersion is only used in HasNativeCodeAnyVersion, which is used in EnumMethodInstances::Next and CdStart. It is only used to see whether or not there is a native code body. The reason it was changed is with the addition of deoptimization, there is a possibility that the user asks the code to be deoptimized before it has a default and active version (before the method is jitted). Thus, the code could have a native code version even though it did not have an active nor default native code version. @davmason@noahfalk

@mikelle-rogers
mikelle-rogers merged commit eacb32e into dotnet:mainAug 14, 2023
@tommcdontommcdon mentioned this pull request Aug 14, 2023
mikelle-rogers added a commit to mikelle-rogers/runtime that referenced this pull request Aug 16, 2023
…0049)"
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
carlossanlop pushed a commit that referenced this pull request Aug 17, 2023
…#90696)
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
@radicalradical mentioned this pull request Aug 28, 2023
@ghostghost locked as resolved and limited conversation to collaborators Sep 14, 2023
@radicalradical mentioned this pull request Sep 26, 2023
@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actionsgithub-actionsBot unlocked this conversation Sep 26, 2023
@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6317993923

@github-actionsgithub-actionsBot locked as resolved and limited conversation to collaborators Sep 26, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

@mikelle-rogers@noahfalk@hoyosjs
, 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ' Put HasNativeCodeReJITAware into GetFunctionAddress by mikelle-rogers · Pull Request #90049 · dotnet/runtime · GitHub
Skip to content

Put HasNativeCodeReJITAware into GetFunctionAddress - #90049

Merged
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress
Aug 14, 2023
Merged

Put HasNativeCodeReJITAware into GetFunctionAddress#90049
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress

Conversation

@mikelle-rogers

Copy link
Copy Markdown
Member

Went through many branches of the call tree to understand which changes needed to be made to ensure safe behavior when updating GetFunctionAddress to return possibly arbitrary nativeCode.

@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

Fixes #89475.
There are a few more branches that need investigation, and some that have been investigated that still need fixing. I will open a new issue to specify those. I wanted to push the code I had so far to start getting feedback.

Comment threadsrc/coreclr/debug/di/breakpoint.cpp
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated
Comment threadsrc/coreclr/vm/eedbginterfaceimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
if (startAddr == NULL)
{
startAddr = g_pEEInterface->GetFunctionAddress(fd);
if (startAddr == NULL)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Are there scenarios that are still calling into FindOrCreateInitAndAddJitInfo() with startAddr=NULL after the other changes we did? (I'm not pushing back or implying anything, just asking)

If there aren't any scenarios left then we should assert startAddr != NULL and remove the code that handles the NULL case.

If there are still scenarios where startAddr==NULL can we enumerate them in a comment? What I'd like to get recorded is whether we've explicitly determined that searching default + active code version only is the correct behavior, or we know it isn't fully correct but we are using it for expediency, or we don't know one way or the other.

If GetNativeCodeReJITAware() is just a heuristic that often works but isn't fully correct then we should comment it clearly so that other devs don't accidentally start using it and dig the hole any deeper than it already is.

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

No more scenarios after calling GetFunctionAddress, I put an Assert in the code and the test still passes.

Comment threadsrc/coreclr/debug/ee/functioninfo.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated

@noahfalknoahfalk left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

LGTM modulo a last little bug on ARM commented inline

Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
Comment threadsrc/coreclr/vm/method.hpp Outdated
CodeVersionManager::LockHolder codeVersioningLockHolder;
ILCodeVersion ilVersion = pCodeVersionManager->GetActiveILCodeVersion(PTR_MethodDesc(this));
if (!ilVersion.IsDefaultVersion())
ILCodeVersionCollection ilVersionCollection = pCodeVersionManager->GetILCodeVersions(PTR_MethodDesc(this));

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Before you were getting the current IL version's address. Is there any guarantee of what order you get this in? Does it return in order of IL version and descend until a native body is found? For things like deoptimization, is that what we want?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

There is no guarantee of order, however, the work has been done to look through everything that calls this code, and make adjustments to allow this behavior to be safe. GetNativeCodeAnyVersion is only used in HasNativeCodeAnyVersion, which is used in EnumMethodInstances::Next and CdStart. It is only used to see whether or not there is a native code body. The reason it was changed is with the addition of deoptimization, there is a possibility that the user asks the code to be deoptimized before it has a default and active version (before the method is jitted). Thus, the code could have a native code version even though it did not have an active nor default native code version. @davmason@noahfalk

@mikelle-rogers
mikelle-rogers merged commit eacb32e into dotnet:mainAug 14, 2023
@tommcdontommcdon mentioned this pull request Aug 14, 2023
mikelle-rogers added a commit to mikelle-rogers/runtime that referenced this pull request Aug 16, 2023
…0049)"
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
carlossanlop pushed a commit that referenced this pull request Aug 17, 2023
…#90696)
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
@radicalradical mentioned this pull request Aug 28, 2023
@ghostghost locked as resolved and limited conversation to collaborators Sep 14, 2023
@radicalradical mentioned this pull request Sep 26, 2023
@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actionsgithub-actionsBot unlocked this conversation Sep 26, 2023
@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6317993923

@github-actionsgithub-actionsBot locked as resolved and limited conversation to collaborators Sep 26, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

@mikelle-rogers@noahfalk@hoyosjs
, 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' Put HasNativeCodeReJITAware into GetFunctionAddress by mikelle-rogers · Pull Request #90049 · dotnet/runtime · GitHub
Skip to content

Put HasNativeCodeReJITAware into GetFunctionAddress - #90049

Merged
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress
Aug 14, 2023
Merged

Put HasNativeCodeReJITAware into GetFunctionAddress#90049
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress

Conversation

@mikelle-rogers

Copy link
Copy Markdown
Member

Went through many branches of the call tree to understand which changes needed to be made to ensure safe behavior when updating GetFunctionAddress to return possibly arbitrary nativeCode.

@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

Fixes #89475.
There are a few more branches that need investigation, and some that have been investigated that still need fixing. I will open a new issue to specify those. I wanted to push the code I had so far to start getting feedback.

Comment threadsrc/coreclr/debug/di/breakpoint.cpp
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated
Comment threadsrc/coreclr/vm/eedbginterfaceimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
if (startAddr == NULL)
{
startAddr = g_pEEInterface->GetFunctionAddress(fd);
if (startAddr == NULL)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Are there scenarios that are still calling into FindOrCreateInitAndAddJitInfo() with startAddr=NULL after the other changes we did? (I'm not pushing back or implying anything, just asking)

If there aren't any scenarios left then we should assert startAddr != NULL and remove the code that handles the NULL case.

If there are still scenarios where startAddr==NULL can we enumerate them in a comment? What I'd like to get recorded is whether we've explicitly determined that searching default + active code version only is the correct behavior, or we know it isn't fully correct but we are using it for expediency, or we don't know one way or the other.

If GetNativeCodeReJITAware() is just a heuristic that often works but isn't fully correct then we should comment it clearly so that other devs don't accidentally start using it and dig the hole any deeper than it already is.

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

No more scenarios after calling GetFunctionAddress, I put an Assert in the code and the test still passes.

Comment threadsrc/coreclr/debug/ee/functioninfo.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated

@noahfalknoahfalk left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

LGTM modulo a last little bug on ARM commented inline

Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
Comment threadsrc/coreclr/vm/method.hpp Outdated
CodeVersionManager::LockHolder codeVersioningLockHolder;
ILCodeVersion ilVersion = pCodeVersionManager->GetActiveILCodeVersion(PTR_MethodDesc(this));
if (!ilVersion.IsDefaultVersion())
ILCodeVersionCollection ilVersionCollection = pCodeVersionManager->GetILCodeVersions(PTR_MethodDesc(this));

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Before you were getting the current IL version's address. Is there any guarantee of what order you get this in? Does it return in order of IL version and descend until a native body is found? For things like deoptimization, is that what we want?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

There is no guarantee of order, however, the work has been done to look through everything that calls this code, and make adjustments to allow this behavior to be safe. GetNativeCodeAnyVersion is only used in HasNativeCodeAnyVersion, which is used in EnumMethodInstances::Next and CdStart. It is only used to see whether or not there is a native code body. The reason it was changed is with the addition of deoptimization, there is a possibility that the user asks the code to be deoptimized before it has a default and active version (before the method is jitted). Thus, the code could have a native code version even though it did not have an active nor default native code version. @davmason@noahfalk

@mikelle-rogers
mikelle-rogers merged commit eacb32e into dotnet:mainAug 14, 2023
@tommcdontommcdon mentioned this pull request Aug 14, 2023
mikelle-rogers added a commit to mikelle-rogers/runtime that referenced this pull request Aug 16, 2023
…0049)"
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
carlossanlop pushed a commit that referenced this pull request Aug 17, 2023
…#90696)
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
@radicalradical mentioned this pull request Aug 28, 2023
@ghostghost locked as resolved and limited conversation to collaborators Sep 14, 2023
@radicalradical mentioned this pull request Sep 26, 2023
@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actionsgithub-actionsBot unlocked this conversation Sep 26, 2023
@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6317993923

@github-actionsgithub-actionsBot locked as resolved and limited conversation to collaborators Sep 26, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

@mikelle-rogers@noahfalk@hoyosjs
, 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); })(); Put HasNativeCodeReJITAware into GetFunctionAddress by mikelle-rogers · Pull Request #90049 · dotnet/runtime · GitHub
Skip to content

Put HasNativeCodeReJITAware into GetFunctionAddress - #90049

Merged
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress
Aug 14, 2023
Merged

Put HasNativeCodeReJITAware into GetFunctionAddress#90049
mikelle-rogers merged 9 commits into
dotnet:mainfrom
mikelle-rogers:dev/mirogers/deopt_GetFuncAddress

Conversation

@mikelle-rogers

Copy link
Copy Markdown
Member

Went through many branches of the call tree to understand which changes needed to be made to ensure safe behavior when updating GetFunctionAddress to return possibly arbitrary nativeCode.

@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

Fixes #89475.
There are a few more branches that need investigation, and some that have been investigated that still need fixing. I will open a new issue to specify those. I wanted to push the code I had so far to start getting feedback.

Comment threadsrc/coreclr/debug/di/breakpoint.cpp
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated
Comment threadsrc/coreclr/vm/eedbginterfaceimpl.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
if (startAddr == NULL)
{
startAddr = g_pEEInterface->GetFunctionAddress(fd);
if (startAddr == NULL)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Are there scenarios that are still calling into FindOrCreateInitAndAddJitInfo() with startAddr=NULL after the other changes we did? (I'm not pushing back or implying anything, just asking)

If there aren't any scenarios left then we should assert startAddr != NULL and remove the code that handles the NULL case.

If there are still scenarios where startAddr==NULL can we enumerate them in a comment? What I'd like to get recorded is whether we've explicitly determined that searching default + active code version only is the correct behavior, or we know it isn't fully correct but we are using it for expediency, or we don't know one way or the other.

If GetNativeCodeReJITAware() is just a heuristic that often works but isn't fully correct then we should comment it clearly so that other devs don't accidentally start using it and dig the hole any deeper than it already is.

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

No more scenarios after calling GetFunctionAddress, I put an Assert in the code and the test still passes.

Comment threadsrc/coreclr/debug/ee/functioninfo.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/daccess/task.cpp Outdated
Comment threadsrc/coreclr/debug/ee/controller.cpp Outdated

@noahfalknoahfalk left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

LGTM modulo a last little bug on ARM commented inline

Comment threadsrc/coreclr/debug/ee/debugger.cpp Outdated
Comment threadsrc/coreclr/vm/method.hpp Outdated
CodeVersionManager::LockHolder codeVersioningLockHolder;
ILCodeVersion ilVersion = pCodeVersionManager->GetActiveILCodeVersion(PTR_MethodDesc(this));
if (!ilVersion.IsDefaultVersion())
ILCodeVersionCollection ilVersionCollection = pCodeVersionManager->GetILCodeVersions(PTR_MethodDesc(this));

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Before you were getting the current IL version's address. Is there any guarantee of what order you get this in? Does it return in order of IL version and descend until a native body is found? For things like deoptimization, is that what we want?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

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

There is no guarantee of order, however, the work has been done to look through everything that calls this code, and make adjustments to allow this behavior to be safe. GetNativeCodeAnyVersion is only used in HasNativeCodeAnyVersion, which is used in EnumMethodInstances::Next and CdStart. It is only used to see whether or not there is a native code body. The reason it was changed is with the addition of deoptimization, there is a possibility that the user asks the code to be deoptimized before it has a default and active version (before the method is jitted). Thus, the code could have a native code version even though it did not have an active nor default native code version. @davmason@noahfalk

@mikelle-rogers
mikelle-rogers merged commit eacb32e into dotnet:mainAug 14, 2023
@tommcdontommcdon mentioned this pull request Aug 14, 2023
mikelle-rogers added a commit to mikelle-rogers/runtime that referenced this pull request Aug 16, 2023
…0049)"
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
carlossanlop pushed a commit that referenced this pull request Aug 17, 2023
…#90696)
This reverts commit eacb32e.
Need to investigate changes because they caused a test failure.
@radicalradical mentioned this pull request Aug 28, 2023
@ghostghost locked as resolved and limited conversation to collaborators Sep 14, 2023
@radicalradical mentioned this pull request Sep 26, 2023
@mikelle-rogers

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actionsgithub-actionsBot unlocked this conversation Sep 26, 2023
@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/6317993923

@github-actionsgithub-actionsBot locked as resolved and limited conversation to collaborators Sep 26, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

@mikelle-rogers@noahfalk@hoyosjs