定位Oops的具体代码行

忘是亡心i 2022-03-26 15:30 219阅读 0赞

(来自Linus Torvalds的讨论:  
\[url\][https://groups.google.com/group/linux.kernel/browse\_thread/thread/b70bffe9015a8c41/ed9c0a0cfcd31111\[/url\]][https_groups.google.com_group_linux.kernel_browse_thread_thread_b70bffe9015a8c41_ed9c0a0cfcd31111_url]  
又，\[url\][http://kerneltrap.org/Linux/Further\_Oops\_Insights\[/url\]][http_kerneltrap.org_Linux_Further_Oops_Insights_url])  
       
        例如这样的一个Oops：  
                Oops: 0000 \[\#1\] PREEMPT SMP    
                Modules linked in: capidrv kernelcapi isdn slhc ipv6 loop dm\_multipath snd\_ens1371 gameport snd\_rawmidi snd\_ac97\_codec ac97\_bus snd\_seq\_dummy snd\_seq\_oss snd\_seq\_midi\_event snd\_seq snd\_seq\_device snd\_pcm\_oss snd\_mixer\_oss snd\_pcm snd\_timer snd parport\_pc floppy parport pcnet32 soundcore mii pcspkr snd\_page\_alloc ac i2c\_piix4 i2c\_core button power\_supply sr\_mod sg cdrom ata\_piix libata dm\_snapshot dm\_zero dm\_mirror dm\_mod BusLogic sd\_mod scsi\_mod ext3 jbd mbcache uhci\_hcd ohci\_hcd ehci\_hcd  
  
                Pid: 1726, comm: kstopmachine Not tainted (2.6.24-rc3-module \#2)  
                EIP: 0060:\[<c04e53d6>\] EFLAGS: 00010092 CPU: 0  
                EIP is at list\_del+0xa/0x61  
                EAX: e0c3cc04 EBX: 00000020 ECX: 0000000e EDX: dec62000  
                ESI: df6e8f08 EDI: 000006bf EBP: dec62fb4 ESP: dec62fa4  
                 DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068   
                Process kstopmachine (pid: 1726, ti=dec62000 task=df8d2d40 task.ti=dec62000)  
                Stack: 000006bf dec62fb4 c04276c7 00000020 dec62fbc c044ab4c dec62fd0 c045336c   
                       df6e8f08 c04532b4 00000000 dec62fe0 c043deb0 c043de75 00000000 00000000   
                       c0405cdf df6e8eb4 00000000 00000000 00000000 00000000 00000000   
                Call Trace:  
                 \[<c0406081>\] show\_trace\_log\_lvl+0x1a/0x2f  
                 \[<c0406131>\] show\_stack\_log\_lvl+0x9b/0xa3  
                 \[<c04061dc>\] show\_registers+0xa3/0x1df  
                 \[<c0406437>\] die+0x11f/0x200  
                 \[<c0613cba>\] do\_page\_fault+0x533/0x61a  
                 \[<c06123ea>\] error\_code+0x72/0x78  
                 \[<c044ab4c>\] \_\_unlink\_module+0xb/0xf  
                 \[<c045336c>\] do\_stop+0xb8/0x108  
                 \[<c043deb0>\] kthread+0x3b/0x63  
                 \[<c0405cdf>\] kernel\_thread\_helper+0x7/0x10  
                 =======================  
                Code: 6b c0 e8 2e 7e f6 ff e8 d1 16 f2 ff b8 01 00 00 00 e8 aa 1c f4 ff 89 d8 83 c4 10 5b 5d c3 90 90 90 55 89 e5 53 83 ec 0c 8b 48 04 <8b> 11 39 c2 74 18 89 54 24 08 89 44 24 04 c7 04 24 be 32 6b c0    
                EIP: \[<c04e53d6>\] list\_del+0xa/0x61 SS:ESP 0068:dec62fa4  
                note: kstopmachine\[1726\] exited with preempt\_count 1  
       
        1, 有自己编译的vmlinux： 使用gdb  
       
           编译时打开complie with debug info选项。   
  
           注意这行：   
       
                EIP is at list\_del+0xa/0x61  
       
           这告诉我们，list\_del函数有0x61这么大，而Oops发生在0xa处。 那么我们先看一下list\_del从哪里开始：   
  
                \# grep list\_del /boot/System.map-2.6.24-rc3-module  
                c10e5234 T plist\_del  
                c10e53cc T list\_del  
                c120feb6 T klist\_del  
                c12d6d34 r \_\_ksymtab\_list\_del  
                c12dadfc r \_\_ksymtab\_klist\_del  
                c12e1abd r \_\_kstrtab\_list\_del  
                c12e9d03 r \_\_kstrtab\_klist\_del  
  
           于是我们知道，发生Oops时的EIP值是：  
  
                c10e53cc + 0xa  == c10e53d6  
  
           然后用gdb查看：  
  
                \# gdb /home/arc/build/linux-2.6/vmlinux  
                (gdb) b \*0xc10e53d6  
                Breakpoint 1 at 0xc10e53d6: file /usr/src/linux-2.6.24-rc3/lib/list\_debug.c, line 64.  
  
           看，gdb直接就告诉你在哪个文件、哪一行了。  
  
           gdb中还可以这样：  
  
                \# gdb Sources/linux-2.6.24/vmlinux  
                (gdb) l \*do\_fork+0x1f  
                0xc102b7ac is in do\_fork (kernel/fork.c:1385).  
                1380  
                1381    static int fork\_traceflag(unsigned clone\_flags)  
                1382    \{  
                1383            if (clone\_flags & CLONE\_UNTRACED)  
                1384                    return 0;  
                1385            else if (clone\_flags & CLONE\_VFORK) \{  
                1386                    if (current->ptrace & PT\_TRACE\_VFORK)  
                1387                            return PTRACE\_EVENT\_VFORK;  
                1388            \} else if ((clone\_flags & CSIGNAL) != SIGCHLD) \{  
                1389                    if (current->ptrace & PT\_TRACE\_CLONE)  
                (gdb)  
  
            也可以直接知道line number。  
  
            或者：  
  
                (gdb) l \*(0xffffffff8023eaf0 + 0xff)  /\* 出错函数的地址加上偏移 \*/  
  
  
  
        2, 没有自己编译的vmlinux： TIPS  
  
           如果在lkml或bugzilla上看到一个Oops，而自己不能重现，那就只能反汇编以"Code:"开始的行。 这样可以尝试定位到  
           源代码中。  
  
           注意，Oops中的Code:行，会把导致Oops的第一条指令，也就是EIP的值的第一个字节， 用尖括号<>括起来。 但是，有些  
           体系结构(例如常见的x86)指令是不等长的(不一样的指令可能有不一样的长度)，所以要不断的尝试(trial-and-error)。  
  
           Linus通常使用一个小程序，类似这样：  
  
                const char array\[\] = "\\xnn\\xnn\\xnn...";  
                int main(int argc, char \*argv\[\])  
                \{  
                        printf("%p\\n", array);  
                        \*(int \*)0 = 0;  
                \}  
  
e.g. /\*\{ \{ \{\*/ /\* 注意， array一共有从array\[0\]到array\[64\]这65个元素， 其中出错的那个操作码<8b> == arry\[43\] \*/  
\#include <stdio.h>  
\#include <stdlib.h>  
  
  
const char array\[\] ="\\x6b\\xc0\\xe8\\x2e\\x7e\\xf6\\xff\\xe8\\xd1\\x16\\xf2\\xff\\xb8\\x01\\x00\\x00\\x00\\xe8\\xaa\\x1c\\xf4\\xff\\x89\\xd8\\x83\\xc4\\x10\\x5b\\x5d\\xc3\\x90\\x90\\x90\\x55\\x89\\xe5\\x53\\x83\\xec\\x0c\\x8b\\x48\\x04\\x8b\\x11\\x39\\xc2\\x74\\x18\\x89\\x54\\x24\\x08\\x89\\x44\\x24\\x04\\xc7\\x04\\x24\\xbe\\x32\\x6b\\xc0";  
int main(int argc, char \*argv\[\])  
\{  
        printf("%p\\n", array);  
        \*(int \*)0 = 0;  
\}  
/\*\}\}\}\*/  
  
  
  
           用gcc -g编译，在gdb里运行它：  
  
                \[arc@dhcp-cbjs05-218-251 ~\]$ gdb hello  
                GNU gdb Fedora (6.8-1.fc9)  
                Copyright (C) 2008 Free Software Foundation, Inc.  
                License GPLv3+: GNU GPL version 3 or later <\[url\][http://gnu.org/licenses/gpl.html\[/url\]][http_gnu.org_licenses_gpl.html_url]>  
                This is free software: you are free to change and redistribute it.  
                There is NO WARRANTY, to the extent permitted by law.  Type "show copying"  
                and "show warranty" for details.  
                This GDB was configured as "x86\_64-redhat-linux-gnu"...  
                (no debugging symbols found)  
                (gdb) r  
                Starting program: /home/arc/hello  
                0x80484e0  
  
                Program received signal SIGSEGV, Segmentation fault.  
  
           注意，这时候就可以反汇编0x80484e0这个地址：  
  
                (gdb) disassemble 0x80484e0  
                Dump of assembler code for function array:  
                0x080484e0 <array+0>:   imul   $0xffffffe8,%eax,%eax  
                0x080484e3 <array+3>:   jle,pn 0x80484dc <\_\_dso\_handle+20>  
                0x080484e6 <array+6>:   ljmp   \*<internal disassembler error>  
                0x080484e8 <array+8>:   rcll   (%esi)  
                0x080484ea <array+10>:  repnz (bad)  
                0x080484ec <array+12>:  mov    $0x1,%eax  
                0x080484f1 <array+17>:  call   0x7f8a1a0  
                0x080484f6 <array+22>:  mov    %ebx,%eax  
                0x080484f8 <array+24>:  add    $0x10,%esp  
                0x080484fb <array+27>:  pop    %ebx  
                0x080484fc <array+28>:  pop    %ebp  
                0x080484fd <array+29>:  ret  
                0x080484fe <array+30>:  nop  
                0x080484ff <array+31>:  nop  
                0x08048500 <array+32>:  nop  
                0x08048501 <array+33>:  push   %ebp  
                0x08048502 <array+34>:  mov    %esp,%ebp  
                0x08048504 <array+36>:  push   %ebx  
                0x08048505 <array+37>:  sub    $0xc,%esp  
                0x08048508 <array+40>:  mov    0x4(%eax),%ecx  
                0x0804850b <array+43>:  mov    (%ecx),%edx  
                0x0804850d <array+45>:  cmp    %eax,%edx  
                0x0804850f <array+47>:  je     0x8048529  
                0x08048511 <array+49>:  mov    %edx,0x8(%esp)  
                0x08048515 <array+53>:  mov    %eax,0x4(%esp)  
                0x08048519 <array+57>:  movl   $0xc06b32be,(%esp)  
                0x08048520 <array+64>:  add    %ah,0xa70  
                End of assembler dump.  
                (gdb)  
  
          OK, 现在你知道出错的那条指令是array\[43\]，也就是mov    (%ecx),%edx，也就是说，(%ecx)指向了一个错误内存地址。  
  
补充：  
  
为了使汇编代码和C代码更好的对应起来， Linux内核的Kbuild子系统提供了这样一个功能： 任何一个C文件都可以单独编译成汇编文件，例如：  
  
make path/to/the/sourcefile.s  
  
例如我想把kernel/sched.c编译成汇编，那么：  
  
make kernel/sched.s V=1  
  
或者：  
  
make kernel/sched.lst V=1  
  
         编译出\*.s文件  
             
           有时侯需要对\*.s文件进行分析，以确定BUG所在的位置。 对任何一个内核build目录下的\*.c文件，都可以  
           直接编译出\*.s文件。  
  
                   \# make drivers/net/e100.s V=1  
             
           而对于自己写的module，就需要在Makefile中有一个灵活的target写法：  
                     
                \# cat Makefile  
                obj-m := usb-skel.o  
                KDIR := /lib/modules/\`uname -r\`/build  
                traget := modules  
  
                default:  
                        make -C $(KDIR) M=$(shell pwd) $(target)  
                clean:  
                        rm -f \*.o \*.ko .\*.cmd \*.symvers \*.mod.c  
                        rm -rf .tmp\_versions  
  
  
                \# make target=usb-skel.s V=1  
             
           这样，kbuild系统才知道你要make的目标不是modules，而是usb-skel.s。  
  
  
  
  
另外， 内核源代码目录的./scripts/decodecode文件是用来解码Oops的：  
  
./scripts/decodecode < Oops.txt

[https_groups.google.com_group_linux.kernel_browse_thread_thread_b70bffe9015a8c41_ed9c0a0cfcd31111_url]: https://groups.google.com/group/linux.kernel/browse_thread/thread/b70bffe9015a8c41/ed9c0a0cfcd31111%5B/url%5D
[http_kerneltrap.org_Linux_Further_Oops_Insights_url]: http://kerneltrap.org/Linux/Further_Oops_Insights%5B/url%5D
[http_gnu.org_licenses_gpl.html_url]: http://gnu.org/licenses/gpl.html%5B/url%5D