summaryrefslogtreecommitdiff
path: root/payloads/libpayload/gdb
diff options
context:
space:
mode:
authorJulius Werner <jwerner@chromium.org>2018-10-10 15:54:10 -0700
committerJulius Werner <jwerner@chromium.org>2018-10-12 20:17:40 +0000
commit1bfda7293ac0f06681097a8cd6964d86af0b24ba (patch)
tree112ac84c8f55ad1bae73468c261612e0d19a9677 /payloads/libpayload/gdb
parent5c0e72ff9952bef2dcb62881ced0d95f8ad9cf1d (diff)
downloadcoreboot-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.c30
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;
+}