Crash工具實戰(zhàn)-變量解析

daniel_11

humjb_1983 發(fā)表于 2014-07-18 10:33
首先，網(wǎng)絡(luò)的鏈路狀態(tài)從物理上保證。
其次，kdump在捕獲到panic后，會kexec執(zhí)行一個新的capture內(nèi)核，其 ...

了解，多謝！以前只是了解kdump，從沒有在板子上實現(xiàn)過，值得嘗試下。

njuzhyf

多謝分享。好精！過段時間我也來寫個kdump是如何實現(xiàn)的～～

humjb_1983

njuzhyf 發(fā)表于 2014-07-18 11:13
多謝分享。好精！過段時間我也來寫個kdump是如何實現(xiàn)的～～

期待分享�。。。�

hmsghnh

gdb 不是都支持反向調(diào)試了嗎？    還是不能倒推 得到  底層函數(shù)調(diào)用時的寄存器值？

humjb_1983

hmsghnh 發(fā)表于 2014-07-18 13:20
gdb 不是都支持反向調(diào)試了嗎？    還是不能倒推 得到  底層函數(shù)調(diào)用時的寄存器值？

不知你說的反向調(diào)試具體是什么意思？
其實主要是介紹一種思路，在crash中，使用bt -F <pid>實際是能進(jìn)行部分符號的自動替換的，會有一些用處，但不能解決所有的問題，所有自己通過分析代碼和反匯編在�；蚣拇嫫髦袑ふ沂潜容^可靠的。

hmsghnh

我是說reverse-continue等命令，那個是需要事先record了才行的。coredump的分析時候應(yīng)該是不能往后執(zhí)行。

super皮波

但是，如果需要解析的局部變量位于中間流程，且使用寄存器保存，且不能在最后一級函數(shù)執(zhí)行時的進(jìn)程上下文中體現(xiàn)，那么此類局部變量就無法解析了。。

我這正好用的是arm芯片，局部變量都是用寄存器存放的，每次用crash分析的時候如果函數(shù)過大，中間的局部變量的值有時候無法確定，這是最大的困惑
另外有時候編譯器會做優(yōu)化，把一些static的函數(shù)當(dāng)成inline函數(shù)鏈接，這樣的函數(shù)反匯編出來之后，很蛋疼
vmcore可以動態(tài)調(diào)試嗎？誰了解這塊說說唄

humjb_1983

super皮波 發(fā)表于 2014-07-23 10:19
但是，如果需要解析的局部變量位于中間流程，且使用寄存器保存，且不能在最后一級函數(shù)執(zhí)行時的進(jìn)程上下文中 ...

是的~
vmcore動態(tài)調(diào)試比較困難，可以在當(dāng)前的運行環(huán)境中做最簡單的調(diào)試，比如看看變量變化之類的，其它估計很難了~

yuanhangzhe

路過，學(xué)習(xí)了

super皮波

回復(fù) 18# humjb_1983
請教一個問題，我用的arm芯片，在sysdump文件中找到當(dāng)前進(jìn)程的pgd，為什么pgd中對應(yīng)的內(nèi)存都是0呢，也就是找不到頁面的映射
如下log信息
已經(jīng)確認(rèn)的信息，c170c000確實是當(dāng)前進(jìn)程的pgd，通過rd讀取這段內(nèi)存地址，里面的數(shù)據(jù)都是0
我覺得很奇怪，humjb_1983兄是否遇到過這樣的問題


pgd = c170c000
[22109.841759] c2 Unable to handle kernel paging request at virtual address bfd87ba4
[22109.841813] c0 [bfd87ba4] *pgd=00000000
[22109.841846] c2 Internal error: Oops: 5 [#1] PREEMPT SMP ARM
[22109.844151] c1 emc_freq: __emc_clk_set flag =  0x000c8410 , version flag = 0x11223368 phy register = 0x00060000
[22109.844332] c1 emc_freq: __emc_clk_set clk = 200 REG_AON_APB_DPLL_CFG = 1210032, PUBL_DLLGCR = 60000
[22109.844342] c1 emc_freq: clk set success, set clk = 200, get clk = 200, sence = 0
[22109.844352] c1 sys timer = 0x2b30a8eb, ap sys count = 0x01516c28
[22109.844362] c1 emc_freq: __emc_clk_set REG_AON_APB_DPLL_CFG = 1210032, PUBL_DLLGCR = 60000
[22109.844369] c1 sprdfb: DMC change freq(1)
[22109.893089] c0 Modules linked in: sprdwl goodix_ts trout_fm mali(O)
[22109.899417] c2 CPU: 2 PID: 16886 Comm: setprop Tainted: G        W  O 3.10.17 #1
[22109.906858] c2 task: d9a0e400 ti: c9f56000 task.ti: c9f56000
[22109.912676] c2 PC is at unmap_single_vma+0x1b8/0x5bc
[22109.917683] c2 LR is at unmap_single_vma+0x190/0x5bc
[22109.922795] c2 pc : [<c0102c28>]    lr : [<c0102c00>]    psr: a00f0013
                  sp : c9f57e08  ip : 0009babd  fp : c9f57e2c
[22109.934951] c2 r10: cfb3b038  r9 : bfd87ba0  r8 : b6f41000
[22109.940482] c2 r7 : c9f57e30  r6 : da2e5318  r5 : 002cd000  r4 : c0dfe8e0
[22109.947417] c2 r3 : 00000001  r2 : c0d6f75c  r1 : 002cd000  r0 : bfd87ba0