GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | |||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | |||||
GeezerVison is showing github.com — Improve call counting mechanism by kouvel · Pull Request #32250 · dotnet/runtime Conversation
|
|
Got a consistent repro of the crash after a few hours of running a CoreFX test suite, verified no repro after fix after 12+ hours. Got one repro of the assertion failure, currently running again after fix, will continue running overnight. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
No assertion failure after 12+ hours after fix. Rebased to fix conflicts. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Thanks @noahfalk! Rebased to latest to run through the checks again. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Failures are same as #32951 |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
![]()
Sorry, something went wrong.
There was an error while loading. Please reload this page.
- Commit 1 - Reverts commit f954c6b, which reverted PR #1457 due to issues - Commit 2 - Fixes crashes and assertion failures seen by the original change, fixes #29934 - The crashes were caused by commit 6aa3c70 in the original PR - Call counting infos cannot be deleted when the corresponding call counting stubs may still run, because: - The remaining call count decremented by the stub is in the call counting info - The only way to get a code version / method desc from a stub is to go through the call counting info - Got one repro of the assertion failure in #22786 and it is most likely caused by the same issue, following heap corruption from modifying a deleted call counting info where the memory is reused for a `NativeCodeVersionNode`, messing up the method desc pointer - Fixed with a partial revert of the above commit. Added back the `Complete` stage and then call counting infos are deleted only after it's ensured that call counting stubs won't be used (shortly before deleting them). - Commit 3 - Public static functions of `CallCountingManager` that may be called through the debugger may occur before static initialization, added a check for null as suggested in #29892
|
Rebased to fix conflict |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Related to dotnet#32250
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
Crashes caused by "Improve call counting mechanism" change JIT.Methodical failing on coreclr outerloop
There was an error while loading. Please reload this page.