aboutsummaryrefslogtreecommitdiff
path: root/arch/arm/include
diff options
context:
space:
mode:
authorArd Biesheuvel2021-10-05 09:15:39 +0200
committerArd Biesheuvel2021-12-03 15:11:31 +0100
commit4ab6827081c63b83011a18d8e27f621ed34b1194 (patch)
treec47ae449b8c9cb2343f187c1b27993c953c54298 /arch/arm/include
parent8cdfdf7fe4fec5a952edfb8927ee7cc639c58184 (diff)
ARM: unwind: dump exception stack from calling frame
The existing code that dumps the contents of the pt_regs structure passed to __entry routines does so while unwinding the callee frame, and dereferences the stack pointer as a struct pt_regs*. This will no longer work when we enable support for IRQ or overflow stacks, because the struct pt_regs may live on the task stack, while we are executing from another stack. The unwinder has access to this information, but only while unwinding the calling frame. So let's combine the exception stack dumping code with the handling of the calling frame as well. By printing it before dumping the caller/callee addresses, the output order is preserved. Signed-off-by: Ard Biesheuvel <ardb@kernel.org> Reviewed-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Linus Walleij <linus.walleij@linaro.org> Tested-by: Keith Packard <keithpac@amazon.com> Tested-by: Marc Zyngier <maz@kernel.org> Tested-by: Vladimir Murzin <vladimir.murzin@arm.com> # ARMv7M
Diffstat (limited to 'arch/arm/include')
-rw-r--r--arch/arm/include/asm/stacktrace.h10
1 files changed, 10 insertions, 0 deletions
diff --git a/arch/arm/include/asm/stacktrace.h b/arch/arm/include/asm/stacktrace.h
index 33ee1aa4b8c0..d87d60532b86 100644
--- a/arch/arm/include/asm/stacktrace.h
+++ b/arch/arm/include/asm/stacktrace.h
@@ -18,6 +18,16 @@ struct stackframe {
struct llist_node *kr_cur;
struct task_struct *tsk;
#endif
+#ifdef CONFIG_ARM_UNWIND
+ /*
+ * This field is used to track the stack pointer value when calling
+ * __entry routines. This is needed when IRQ stacks and overflow stacks
+ * are used, because in that case, the struct pt_regs passed to these
+ * __entry routines may be at the top of the task stack, while we are
+ * executing from another stack.
+ */
+ unsigned long sp_low;
+#endif
};
static __always_inline