新手问嵌入式开发中没有gdb的情况下oops信息分析

zhouxiao_82

目前在嵌入式开发板上运行Linux系统时，因为开发板上没有gdb工具可用，接收到了如下的OOPS信息，我只知道是出问题在__kfifo_get+0x1c处，还请各位师兄指导一下，究竟怎么寻找出问题的__kfifo_get中的哪一句代码啊？还有最下面的CALL TRACE 是不是出问题的__kfifo_get的调用的过程啊，如果是的话调用__kfifo_get的顺序是从上往下看还是从下往上看呢？非常感谢了

*****CPU 0 Unable to handle kernel paging request at virtual address 00000004, epc == 80143988, ra == c01b9a90
Oops in arch/mips/mm/fault.c::do_page_fault, line 167[#1]:
Cpu 0
$ 0   : 00000000 1000fc00 8014396c c01b99ac
$ 4   : 00000000 2cbb200c 00000400 1001a4d4
$ 8   : 00000001 ffffffe7 00000012 fffffff8
$12   : 00000003 00000002 00000000 00000000
$16   : 00000000 1000fc01 00000000 806d6100
$20   : 2cbb200c 1001a4d0 7e3ffa50 00010000
$24   : 00000000 2b21cadc                  
$28   : 847d4000 847d5e60 7e3ff9b8 c01b9a90
Hi    : 00000003
Lo    : 00000000
epc   : 80143988 __kfifo_get+0x1c/0x9c     Not tainted
ra    : c01b9a90 lmeioctl+0xe4/0x340 [lme_usb]
Status: 1000fc02    KERNEL EXL
Cause : 00800008
BadVA : 00000004
PrId  : 04030202
Modules linked in: g_file_storage au1xmmc amd5536otg amd5536udc lme_usb mae_driver
Process main_ui (pid: 2524, threadinfo=847d4000, task=84771020)
Stack : 8018c6a4 fffffff8 00000000 1000fc00 00000000 1000fc01 1001a4d4 806d6100
        c01b9a90 00000000 00000000 80000010 8018c6a4 fffffff8 00000003 00000002
        00000000 00000000 00000000 1001a4d4 806d6100 8018c2a4 2cbb200c 1001a4d0
        7e3ffa50 00010000 8018c4fc 2b21cadc 804723a0 0000001d 847d4000 847d5f00
        85da9ba0 000026cc fffffff7 1001a4d4 00000012 806d6100 8018c6f4 8018c6a8
        ...
Call Trace:
[<8018c6a4>] sys_ioctl+0x0/0x9c
[<c01b9a90>] lmeioctl+0xe4/0x340 [lme_usb]
[<8018c6a4>] sys_ioctl+0x0/0x9c
[<8018c2a4>] do_ioctl+0x54/0x90
[<8018c4fc>] vfs_ioctl+0x21c/0x3c4
[<8018c6f4>] sys_ioctl+0x50/0x9c
[<8018c6a8>] sys_ioctl+0x4/0x9c
[<80110160>] stack_done+0x20/0x3c
[<80107c4c>] work_resched+0x8/0x40


Code: afb10014  00809021  afb00010 <8e500004> 8c84000c  8e510008  2603ffff  00a09821  02248823

bitmilong

這方面不太懂

不知道這個對樓主有沒有用

定位Oops的具体代码行
http://linux.chinaunix.net/bbs/thread-1008573-1-1.html

yidou

+0x1c/0x9c

这表示函数代码总长度为0x9c, 出错的偏移量为0x1c, 可大至估计出错语句处.

Call Trace:
[<8018c6a4>] sys_ioctl+0x0/0x9c                                 ->  栈顶, 最近出错时刻
[<c01b9a90>] lmeioctl+0xe4/0x340 [lme_usb]
[<8018c6a4>] sys_ioctl+0x0/0x9c
[<8018c2a4>] do_ioctl+0x54/0x90
[<8018c4fc>] vfs_ioctl+0x21c/0x3c4
[<8018c6f4>] sys_ioctl+0x50/0x9c
[<8018c6a8>] sys_ioctl+0x4/0x9c
[<80110160>] stack_done+0x20/0x3c
[<80107c4c>] work_resched+0x8/0x40                        ->栈底

[ 本帖最后由 yidou 于 2008-6-25 21:31 编辑 ]

gvim

>>>CPU 0 Unable to handle kernel paging request at virtual address 00000004

检测参数咯，module里面的page_fault 90%是指针为null造成的。