diff options
author | Julius Werner <jwerner@chromium.org> | 2018-10-10 15:54:10 -0700 |
---|---|---|
committer | Julius Werner <jwerner@chromium.org> | 2018-10-12 20:17:40 +0000 |
commit | 1bfda7293ac0f06681097a8cd6964d86af0b24ba (patch) | |
tree | 112ac84c8f55ad1bae73468c261612e0d19a9677 /payloads/libpayload/gdb | |
parent | 5c0e72ff9952bef2dcb62881ced0d95f8ad9cf1d (diff) | |
download | coreboot-1bfda7293ac0f06681097a8cd6964d86af0b24ba.tar.xz |
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>
Diffstat (limited to 'payloads/libpayload/gdb')
-rw-r--r-- | payloads/libpayload/gdb/stub.c | 30 |
1 files changed, 30 insertions, 0 deletions
diff --git a/payloads/libpayload/gdb/stub.c b/payloads/libpayload/gdb/stub.c index e2979850d9..694577e8d7 100644 --- a/payloads/libpayload/gdb/stub.c +++ b/payloads/libpayload/gdb/stub.c @@ -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; +} |