libpayload: gdb: Factor out gdb_handle_reentrant_exception() from arm32
The arm32 GDB architecture code contains a little hack that allows it to (sort of) correctly deal with a reentrant exception triggered from within the GDB stub. The main logic for this isn't really arm32 specific and could be useful for other architectures as well, so factor it out into a separate function. Change-Id: I3c6db8cecf1e86bba23de6fd2ac9fdf0cf69d3c6 Signed-off-by: Julius Werner <jwerner@chromium.org> Reviewed-on: https://review.coreboot.org/29019 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Aaron Durbin <adurbin@chromium.org>
This commit is contained in:
parent
5c0e72ff99
commit
1bfda7293a
|
@ -39,23 +39,7 @@ static struct exception_state sentinel_exception_state;
|
|||
|
||||
static int gdb_exception_hook(u32 type)
|
||||
{
|
||||
/*
|
||||
* If we were not resumed we are in deep trouble here. GDB probably told
|
||||
* us to do something stupid and caused a reentrant exception. All we
|
||||
* can do is just blindly send an error code and keep going. Eventually
|
||||
* GDB will tell us to resume and we return right back to the original
|
||||
* exception state ("jumping over" all the nested ones).
|
||||
*/
|
||||
if (gdb_state.connected && !gdb_state.resumed) {
|
||||
static const char error_code[] = "E22"; /* EINVAL? */
|
||||
static const struct gdb_message tmp_reply = {
|
||||
.buf = (u8 *)error_code,
|
||||
.used = sizeof(error_code),
|
||||
.size = sizeof(error_code),
|
||||
};
|
||||
gdb_send_reply(&tmp_reply);
|
||||
gdb_command_loop(gdb_state.signal); /* preserve old signal */
|
||||
} else {
|
||||
if (!gdb_handle_reentrant_exception()) {
|
||||
if (type >= ARRAY_SIZE(type_to_signal) || !type_to_signal[type])
|
||||
return 0;
|
||||
exception_state_ptr = &sentinel_exception_state;
|
||||
|
|
|
@ -118,3 +118,33 @@ void gdb_exit(s8 exit_status)
|
|||
gdb_state.connected = 0;
|
||||
printf("Detached from GDB connection.\n");
|
||||
}
|
||||
|
||||
/*
|
||||
* This is a check architecture backends can run before entering the GDB command
|
||||
* loop during exception handling. If it returns true, GDB was already running
|
||||
* and must have caused an exception itself, which may happen if the GDB server
|
||||
* tells us to do something stupid (e.g. write to an unmapped address). In that
|
||||
* case, all we can do is blindly send a generic error code (since we're not
|
||||
* sure which command caused the exception) and continue serving commands. When
|
||||
* GDB eventually tells us to resume, we'll return from this function to the
|
||||
* architecture backend which will have to do a "super exception return" that
|
||||
* returns right back from the original (outermost) exception, "jumping over"
|
||||
* all the intermediate exception frames we may have accumulated since. (This is
|
||||
* the best we can do because our architecture backends generally don't support
|
||||
* "full", unlimited exception reentrancy.)
|
||||
*/
|
||||
int gdb_handle_reentrant_exception(void)
|
||||
{
|
||||
if (!gdb_state.connected || gdb_state.resumed)
|
||||
return 0; /* This is not a reentrant exception. */
|
||||
|
||||
static const char error_code[] = "E22"; /* EINVAL? */
|
||||
static const struct gdb_message tmp_reply = {
|
||||
.buf = (u8 *)error_code,
|
||||
.used = sizeof(error_code),
|
||||
.size = sizeof(error_code),
|
||||
};
|
||||
gdb_send_reply(&tmp_reply);
|
||||
gdb_command_loop(gdb_state.signal); /* preserve old signal */
|
||||
return 1;
|
||||
}
|
||||
|
|
|
@ -77,6 +77,7 @@ void gdb_send_reply(const struct gdb_message *reply);
|
|||
/* gdb/stub.c */
|
||||
|
||||
void gdb_command_loop(uint8_t signal);
|
||||
int gdb_handle_reentrant_exception(void);
|
||||
|
||||
enum {
|
||||
GDB_SIG0 = 0, /* Signal 0 */
|
||||
|
|
Loading…
Reference in New Issue