你如何诊断内核oops？

鉴于Linux内核oops,你如何诊断问题？在输出中,我可以看到堆栈跟踪,似乎给出了一些线索.有没有什么工具可以帮助找到问题？您要遵循哪些基本程序来追踪它？

Unable to handle kernel paging request for data at address 0x33343a31
Faulting instruction address: 0xc50659ec
Oops: Kernel access of bad area, sig: 11 [#1]
tpsslr3
Modules linked in: datalog(P) manet(P) vnet wlan_wep wlan_scan_sta ath_rate_sample ath_pci wlan ath_hal(P)
NIP: c50659ec LR: c5065f04 CTR: c00192e8
REGS: c2aff920 TRAP: 0300   Tainted: P          (2.6.25.16-dirty)
MSR: 00009032   CR: 22082444  XER: 20000000
DAR: 33343a31, DSISR: 20000000
TASK = c2e6e3f0[1486] 'datalogd' THREAD: c2afe000
GPR00: c5065f04 c2aff9d0 c2e6e3f0 00000000 00000001 00000001 00000000 0000b3f9
GPR08: 3a33340a c5069624 c5068d14 33343a31 82082482 1001f2b4 c1228000 c1230000
GPR16: c60f0000 000004a8 c59abbe6 0000002f c1228360 c340d6b0 c5070000 00000001
GPR24: c2aff9e0 c5070000 00000000 00000000 00000003 c2cc2780 c2affae8 0000000f
NIP [c50659ec] mesh_packet_in+0x3d8/0xdac [manet]
LR [c5065f04] mesh_packet_in+0x8f0/0xdac [manet]
Call Trace:
[c2aff9d0] [c5065f04] mesh_packet_in+0x8f0/0xdac [manet] (unreliable)
[c2affad0] [c5061ff8] IF_netif_rx+0xa0/0xb0 [manet]
[c2affae0] [c01925e4] netif_receive_skb+0x34/0x3c4
[c2affb10] [c60b5f74] netif_receive_skb_debug+0x2c/0x3c [wlan]
[c2affb20] [c60bc7a4] ieee80211_deliver_data+0x1b4/0x380 [wlan]
[c2affb60] [c60bd420] ieee80211_input+0xab0/0x1bec [wlan]
[c2affbf0] [c6105b04] ath_rx_poll+0x884/0xab8 [ath_pci]
[c2affc90] [c018ec20] net_rx_action+0xd8/0x1ac
[c2affcb0] [c00260b4] __do_softirq+0x7c/0xf4
[c2affce0] [c0005754] do_softirq+0x58/0x5c
[c2affcf0] [c0025eb4] irq_exit+0x48/0x58
[c2affd00] [c000627c] do_IRQ+0xa4/0xc4
[c2affd10] [c00106f8] ret_from_except+0x0/0x14
--- Exception: 501 at __delay+0x78/0x98
    LR = cfi_amdstd_write_buffers+0x618/0x7ac
[c2affdd0] [c0163670] cfi_amdstd_write_buffers+0x504/0x7ac (unreliable)
[c2affe50] [c015a2d0] concat_write+0xe4/0x140
[c2affe80] [c0158ff4] part_write+0xd0/0xf0
[c2affe90] [c015bdf0] mtd_write+0x170/0x2a8
[c2affef0] [c0073898] vfs_write+0xcc/0x16c
[c2afff10] [c0073f2c] sys_write+0x4c/0x90
[c2afff40] [c0010060] ret_from_syscall+0x0/0x38
--- Exception: c01 at 0xfd98a50
    LR = 0x10003840
Instruction dump:
419d02a0 98010009 800100a4 2f800003 419e0508 2f170000 419a0098 3d20c507
a0e1002e 81699624 39299624 7f8b4800  419e007c a0610016 7d264b78
Kernel panic - not syncing: Fatal exception in interrupt
Rebooting in 1 seconds..

ctuffli.. 21

Oops提供了一堆用于诊断崩溃的信息.它从崩溃的地址,原因("访问坏区")和寄存器的内容开始.呼叫追踪回答了"我们是如何到达这里"的问题.列表中的第一项最近发生.向后工作,发生了一个中断(do_IRQ),因为Atheros WiFi适配器收到了一个数据包(ath_rx_poll).例程将它传递给通用WiFi代码(ieee80211_input),后者又将其传递给网络堆栈(netif_receive_skb).

要找出导致问题的确切代码,您可以运行

gdb /usr/src/linux/vmlinux

然后反汇编有问题的函数,这可能是mesh_packet_in().可能,因为错误指令(0xc50659ec)看起来在mesh_packet_in()(0xc5065f04)之外.您也可以尝试使用gdb命令

(gdb) info line 0xc50659ec

找出哪个函数包含这个地址.

Oops提供了一堆用于诊断崩溃的信息.它从崩溃的地址,原因("访问坏区")和寄存器的内容开始.呼叫追踪回答了"我们是如何到达这里"的问题.列表中的第一项最近发生.向后工作,发生了一个中断(do_IRQ),因为Atheros WiFi适配器收到了一个数据包(ath_rx_poll).例程将它传递给通用WiFi代码(ieee80211_input),后者又将其传递给网络堆栈(netif_receive_skb).

要找出导致问题的确切代码,您可以运行

gdb /usr/src/linux/vmlinux

然后反汇编有问题的函数,这可能是mesh_packet_in().可能,因为错误指令(0xc50659ec)看起来在mesh_packet_in()(0xc5065f04)之外.您也可以尝试使用gdb命令

(gdb) info line 0xc50659ec

找出哪个函数包含这个地址.

您应该首先尝试找到崩溃的代码的来源.在特定情况下,分析声称崩溃发生在manet驱动程序的mesh_packet_in中,偏移量为0x8f0.它还报告此时的指令是419d02a0 98010009 ...因此用"objdump -d"检查模块,以确认报告的功能/偏移是否正确.然后检查源它正在做什么; 您可以使用寄存器列表再次确认您正在查看正确的指令.

当您知道C语句的错误时,您需要阅读源代码以找出伪造数据的来源.