diff options
author | Josh Poimboeuf <jpoimboe@redhat.com> | 2017-04-26 04:48:52 +0300 |
---|---|---|
committer | Ingo Molnar <mingo@kernel.org> | 2017-04-26 09:19:05 +0300 |
commit | 262fa734a0023a43391f9bd4a4099487b8393f35 (patch) | |
tree | a2282fa80d6bf3a29c7d50dc99e34c1b89be9812 /arch/x86/lib | |
parent | b0d50c7b5d807ce6f7ba58e42b260e92bd7d88fb (diff) | |
download | linux-262fa734a0023a43391f9bd4a4099487b8393f35.tar.xz |
x86/unwind: Dump all stacks in unwind_dump()
Currently unwind_dump() dumps only the most recently accessed stack.
But it has a few issues.
In some cases, 'first_sp' can get out of sync with 'stack_info', causing
unwind_dump() to start from the wrong address, flood the printk buffer,
and eventually read a bad address.
In other cases, dumping only the most recently accessed stack doesn't
give enough data to diagnose the error.
Fix both issues by dumping *all* stacks involved in the trace, not just
the last one.
Signed-off-by: Josh Poimboeuf <jpoimboe@redhat.com>
Cc: Andy Lutomirski <luto@kernel.org>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Brian Gerst <brgerst@gmail.com>
Cc: Denys Vlasenko <dvlasenk@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Fixes: 8b5e99f02264 ("x86/unwind: Dump stack data on warnings")
Link: http://lkml.kernel.org/r/016d6a9810d7d1bfc87ef8c0e6ee041c6744c909.1493171120.git.jpoimboe@redhat.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'arch/x86/lib')
0 files changed, 0 insertions, 0 deletions