新闻中心

EEPW首页 > 嵌入式系统 > 设计应用 > Linux编程时遇到Oops提示该如何排查?

Linux编程时遇到Oops提示该如何排查?

作者:ZLG致远电子时间:2018-11-30来源:电子产品世界收藏

  用于表示函数的调用关系,通过这段信息我们可以知道,函数的整个执行流程,知道它的函数调用关系,最后整理出来的函数执行流程如下:

本文引用地址:http://www.eepw.com.cn/article/201811/395128.htm

  


  从中我们看到了熟悉的init函数、probe函数、以及清楚probe函数下执行的操作过程是到哪一步出错的。现在我们知道了代码的执行流程,出错的PC指针的位置,但还是看不到代码,出错指针处我们只看到了一串数字,那么接下来我们就操作一下,把pc指针的数据变为有意义的代码。

  第一步,分辨出错误代码在什么位置

  这次实验涉及的二进制文件有内核的烧录固件以及驱动的ko文件,所以第一步分析就需要确定出错代码是在内核固件里还是ko文件里。

  首先得到内核代码的范围,用以下命令将内核反汇编。

  


  查看这个文件的格式如是:

  


  第一列行数,第二列运行地址,第三列二进制码,第四列汇编代码,既然第二列为运行地址,即等同于程序运行到这行时,pc指针的值等于这个数值。这样只要翻看这个文件的头部以及尾部,就能知道内核代码的PC指针范围为:c0008000~c0562338。

  根据前面第5步寄存器值,出错时PC指针为c02f1878,即在内核源码范围内。

  第二步,分析出错函数的出错语句

  那么根据第3步PC指针,得到regulator_set_current_limit的汇编代码,如下:

  


  函数入口地址为c02f186c。

  在第3步PC指针指出偏移地址为“PC is at regulator_set_current_limit+0xc”。

  PC = 0xc02f1878 = 0xc02f186c + 0xc,符合汇编代码地址。

  第三步,找到出错函数的C语言代码

  这步可以说是最困难的,因为内核代码层次多,同名函数也可能存在许多份,可能几份编译进内核(static声明的局部函数),也可能没编译进内核,如何从众多的代码中分析出具体哪段呢。

  本人就使用了一些小手段,首先给每个同名函数的入口加段乱码,让编译器筛选出编译进内核的文件(因为乱码,所以编译会报错),然后给剩下的函数加打印语句,通常经过第一步之后,可选的目标就两三个,通过打印进一步确认代码即可。

  以下为筛选出来的C语言代码。

  


  看到这好像是定位了函数,但对于不熟悉汇编的人来说,C与汇编还是没有关联起来,好像进入了死胡同,但先别气馁,从上面的汇编代码中我们知道,函数名即为函数的首地址,那么调用子函数即需要让CPU知道子函数名,那么汇编如何调用子函数呢?使用bl指令, bl+子函数名。既然汇编有这么一个特性,那么我们看汇编代码。

  上面582734行为“bl c0493104”这句调用了子函数,再看C中调用此函数的语句。

  


  那么结果显而易见,不可能定义个变量都报错吧,所以唯一可能错误的语句就是struct regulator_dev *rdev = regulator->rdev,同理,这句的前半部也只是定义一个rdev的变量,再结合内核给出来的提示——空指针,所以错误就是regulator->rdev是一个空指针。

  最终的问题就归结于,为什么regulatar->rdev为空指针。这部分的查阅代码以及推理需要更深层次地挖掘,工作量也非本文能说清的,故作者在这里就大胆地推测与上面的A->B->C模型类似。所以我们就需要在这个资源存在的时刻,调用它之前给它赋值。

  这时侯,我们就需要拿出第8步函数执行的回溯关系图,既然知道这个图中最后的函数的输入参数regulator的rdev为空,那么我们就关心regulator结构体以及它的意义。从结构体的意义我们才能知道如何给它赋值。

  


  在相关的代码文件中搜索关键字”regulator”或”regulator =”(建议搜这个,因为这种才是赋值语句)得到如下代码。

  


  分析这个函数可知,regulator实际是pdata的一个成员,他需要data来初始化,那么接下来的事情就简单了,在回溯关系中找一个位置把data的数据塞入pdata中,刚好这段函数就是初始化的regulator的,那就直接拿去用吧。

  把这段添加到probe函数内的这个位置,实现了在mxsbl_probe和mxsbl_do_probe之间赋值此变量。

  


  这样重新编译后即可正常加载ko文件。


上一页 1 2 下一页

关键词: Linux Oops

评论


相关推荐

技术专区

关闭