[Feature Request]: Optional device reset during debug session #359
Assignees
Comments
|
Assigning to myself while @thorstendb-ARM from my team is working on this. Can't assign to him directly at the moment. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Problem
It is common for embedded debugger IDEs to have a reset button.
Such reset buttons often have configurable and/or device specific reset strategies. Normally, the device ends up at a reset vector, an application entry point, or at a
mainfunction after the reset operation completed.Comparable built-in functionality in VS Code is the Restart Button. However, its default behavior is different from the above: it tears down and restarts all involved processes (including GDB and a GDB server for remote target debug) and reconnects to the target. Whereas the above reset functionality only resets the target/program execution.
The advantage of an "in-session" reset is that it's often easier to preserve error symptoms and register states. While a traditional VS Code restart may re-initialize parts of the system or download the application again. Also, depending on the debugger backend, this approach often has higher performance and isn't perceived as disruptive by end users as a full restart is.
It is important to keep the behavior of such a reset configurable. It often is very specific to an SoC's reset architecture.
Proposal
One option to deal with this is to provide a custom implementation of the
restartrequest of the MSFT DAP protocol. But there are valid use cases for having a restart button with the standard VS Code behavior. And making the behavior configurable is tricky because debug adapter capabilities are announced with theinitializerequest. Which is before seeing the debug launch configuration coming in. Also, such resets can be very use case specific which IMO is an argument for having this in the launch configurations.The probably better approach is to
resetDeviceCommands(name is negotiable). This is an array of GDB commands to execute when a reset device operation is requested. It's form is very similar to the existinginitCommandssetting.resetDeviceCommandsare executed as is. This can be for example a GDB server specificmonitorcommand for reset.*runningwhen a reset starts and*stoppedwhen a reset completed AND the device is caught after reset. This gives the VS Code GUI a chance to refresh.cdt-gdb-vscodeto the debug toolbar. This button is only visible if a launch configuration provides theresetDeviceCommandssetting.gdbtargetdebugger type.Note that we have started some prototyping around this to verify feasibility of the approach. We'd be more than happy to continue this work and open PRs here and at
cdt-gdb-vscode(CC: @thorstendb-ARM).The text was updated successfully, but these errors were encountered: