summaryrefslogtreecommitdiffstats
path: root/kernel/Makefile
diff options
context:
space:
mode:
authorVivek Goyal <vgoyal@in.ibm.com>2006-01-09 20:51:49 -0800
committerLinus Torvalds <torvalds@g5.osdl.org>2006-01-10 08:01:28 -0800
commitec9ce0dbaa734bc95ec73cf5c13f202f1adb219d (patch)
tree26d799567fe0325ae918e4f0bffa5080a03faeff /kernel/Makefile
parentcffe632a25b017dac4b6f060cad31940c6c167b4 (diff)
downloadop-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
OpenPOWER on IntegriCloud