-
Notifications
You must be signed in to change notification settings - Fork 106
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
tdx: conditionally check for hardware breakpoint on GDB feature #913
base: release/2411
Are you sure you want to change the base?
tdx: conditionally check for hardware breakpoint on GDB feature #913
Conversation
@niranjanthyagaraja please read the following Contributor License Agreement(CLA). If you agree with the CLA, please reply with the following information.
Contributor License AgreementContribution License AgreementThis Contribution License Agreement (“Agreement”) is agreed to by the party signing below (“You”),
|
I thought we got rid of the hypercall on this path? |
If we are going to take this, let's put the whole breakpoint_debug_exception local behind a cfg. |
yes, the hypercall change is on main, adding this change to release/2411 specifically to mitigate hypercall issue on this branch. |
Oh this is on the release branch, I see. We could just cherry-pick the change that made DR6 properly shared. Or take a smaller version that removes the hypercall. |
Perhaps i gave bad guidance here - is it easy to take the dr6 change back? I thought it was part of a larger change that wouldn't apply cleanly. |
It's quite small, 6e390e9. I think we'd want to exclude the uncommenting of HvGetVpRegisters in tdx/mod.rs, but the rest should be fine to take as a backport. |
Optimize HW_INTERRUPT handling
This change adds logic to handle hardware breakpoints by checking debug registers when the
gdb
feature is enabled. This avoids unnecessary debug register checks and additional hypercalls when the debugger is not attached.