crash kernel失敗，請(qǐng)達(dá)人指點(diǎn)！

bluempire

調(diào)試kdump的過(guò)程中遇到以下問(wèn)題,具體函數(shù)調(diào)用棧如下：

1）Unable to handle kernel paging request for instruction fetch"什么情況下導(dǎo)致的？我看是page_fault，但是為什么page_fault呢？請(qǐng)有kdump經(jīng)驗(yàn)的同學(xué)幫忙，謝謝了


start...!
Bye!
page_list=0x4,reboot_code_buffer=0xc25ed000,reboot_code_buffer_phys=0x25ed000,image->start=0x25e76dc
Unable to handle kernel paging request for instruction fetch
Faulting instruction address: 0x025ed020
Oops: Kernel access of bad area, sig: 11 [#2]
Modules linked in:
NIP: 025ed020 LR: c0013650 CTR: c25ed000
REGS: df931c00 TRAP: 0400   Tainted: G      D     (2.6.33)
MSR: 00001000 <ME>  CR: 24002822  XER: 20000000
TASK = cb84eee0[1071] 'sh' THREAD: df930000
GPR00: 00000000 df931cb0 cb84eee0 00000004 025ed000 025e76dc c02693dc c05f0838
GPR08: 025ed020 c05e515c 00005ad7 00004000 24002822 1009b14c 1ffd4800 00000000
GPR16: 1ff8d940 10073690 100788ba bf9a80d8 00000000 100736b0 00000000 10097294
GPR24: bf9a8fbe 00000007 00000004 cb8da800 025ed000 c25ed000 df931ce8 df931df0
NIP [025ed020] 0x25ed020
LR [c0013650] audit_classify_arch+0x0/0x8
Call Trace:
[df931cb0] [c001363c] default_machine_kexec+0x8c/0xa0 (unreliable)
[df931cd0] [c001317c] machine_kexec+0x34/0x38
[df931ce0] [c006ef54] crash_kexec+0x94/0xc0
[df931db0] [c000d4ec] die+0xf8/0x1e0
[df931dd0] [c0013e44] bad_page_fault+0x98/0xe8
[df931de0] [c0010524] handle_page_fault+0x7c/0x80
[df931ea0] [c0261af0] __handle_sysrq+0x88/0x17c
[df931ed0] [c0261c48] write_sysrq_trigger+0x64/0x68
[df931ee0] [c00f3354] proc_reg_write+0x4c/0x70
[df931ef0] [c00ac3ac] vfs_write+0xb4/0x184
[df931f10] [c00ac90c] sys_write+0x4c/0x90
[df931f40] [c0010074] ret_from_syscall+0x0/0x3c
Instruction dump:
XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX
XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX
crash_kexec entered-
Kernel panic - not syncing: Fatal exception
crash_kexec entered-
Rebooting in 180 seconds..

xs3c

ARM 還是PPC？ kdump 起capture kernel的代碼跟arch相關(guān)。

bluempire

謝謝，我用的是ppc架構(gòu)的，e500內(nèi)核的。
問(wèn)題定位中。。。求助

openspace

回復(fù) 1# bluempire


    把你的crashkernel的參數(shù)調(diào)整的大一些再試試
    看最后貌似留給crashkernel的內(nèi)存小了些

bluempire

第二個(gè)vmlinux大小為7M，我設(shè)置的crashkernel=192M@32M
修改后，還是不行。
我的操作是不是有問(wèn)題�。�
kexec -l vmlinux --dtb=airplane.dtb
kexec -e

openspace

回復(fù) 5# bluempire


你機(jī)器的內(nèi)存有多大？
   

bluempire

總共512M.
這個(gè)問(wèn)題可真夠麻煩的，到目前還沒(méi)什么進(jìn)展，有什么調(diào)試建議嗎？

openspace

把你的機(jī)器設(shè)置為 crashkernel=128M@32M
然后重啟
之后看看 kdump 是否成功啟動(dòng)
啟動(dòng)之后 echo c > /proc/sysrq-trigger 看看是不是還是這個(gè)情況

bluempire

好的謝謝。
echo c > /proc/sysrq-trigger ，我試過(guò)了，還是同樣的問(wèn)題。

之后看看 kdump 是否成功啟動(dòng)？？---這個(gè)是什么意思？

openspace

試試crashkernel=256M@32M