diff options
author | Vivek Goyal <vgoyal@in.ibm.com> | 2006-01-09 20:51:49 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-01-10 08:01:28 -0800 |
commit | ec9ce0dbaa734bc95ec73cf5c13f202f1adb219d (patch) | |
tree | 26d799567fe0325ae918e4f0bffa5080a03faeff /kernel/Makefile | |
parent | cffe632a25b017dac4b6f060cad31940c6c167b4 (diff) | |
download | op-kernel-dev-ec9ce0dbaa734bc95ec73cf5c13f202f1adb219d.zip op-kernel-dev-ec9ce0dbaa734bc95ec73cf5c13f202f1adb219d.tar.gz |
[PATCH] kdump: x86_64 save cpu registers upon crash
- Saving the cpu registers of all cpus before booting in to the crash
kernel.
- crash_setup_regs will save the registers of the cpu on which panic has
occured. One of the concerns ppc64 folks raised is that after capturing the
register states, one should not pop the current call frame and push new one.
Hence it has been inlined. More call frames later get pushed on to stack
(machine_crash_shutdown() and machine_kexec()), but one will not want to
backtrace those.
- Not very sure about the CFI annotations. With this patch I am getting
decent backtrace with gdb. Assuming, compiler has generated enough
debugging information for crash_kexec(). Coding crash_setup_regs() in pure
assembly makes it tricky because then it can not be inlined and we don't
want to return back after capturing register states we don't want to pop
this call frame.
- Saving the non-panicing cpus registers will be done in the NMI handler
while shooting down them in machine_crash_shutdown.
- Introducing CRASH_DUMP option in Kconfig for x86_64.
Signed-off-by: Murali M Chakravarthy <muralim@in.ibm.com>
Signed-off-by: Vivek Goyal <vgoyal@in.ibm.com>
Cc: Andi Kleen <ak@muc.de>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'kernel/Makefile')
0 files changed, 0 insertions, 0 deletions