-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
[release/8.0-rc2] Do not call SignalSession on invalid session IDs #92444
[release/8.0-rc2] Do not call SignalSession on invalid session IDs #92444
Conversation
Tagging subscribers to this area: @tarekgh, @tommcdon, @pjanotti Issue DetailsBackport of #92431 to release/8.0-rc2 /cc @davmason Customer ImpactTestingRiskIMPORTANT: If this backport is for a servicing release, please verify that:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
approved. we will take for consideration in RC2
Approved by Tactics via email. |
Backport of #92431 to release/8.0-rc2
/cc @davmason
Customer Impact
Since we call
EventPipeInternal.SignalSession
on eachSetStopDispatchTask
call, we can end up calling it on a session that is in the middle of freeing. If we catch it at just the right time the session could still be active but with a freed handle for the wait event. We have seen asserts in testing, but it would also be possible to AV in release builds.Testing
Running the failing test in a loop.
Risk
Low
IMPORTANT: If this backport is for a servicing release, please verify that:
The PR target branch is
release/X.0-staging
, notrelease/X.0
.If the change touches code that ships in a NuGet package, you have added the necessary package authoring and gotten it explicitly reviewed.