Linux 内核正在盯着你当它检测到系統上运行的某些东西违反了正常内核行为时，它会关闭系统并发出一个“oops”！-- Sandra Henry-stocker有用的原...

• linux 如何通过命令产生一个oops？ 之前调试的时候百度到一个命令忘了。 就是一行命令，往哪个文件写了个1就产生oops了。

• 36.Linux驱动调试-根据oops萣位错误代码行 1.当驱动有误时,比如,访问的内存地址是非法的,便会打印一大串的oops出来 1.1以LED驱动为例 将open()函数里的ioremap()屏蔽掉,直接使用物理地址的GPIOF,如下圖所示: ...

  
  1.当驱动有误时,比如,访问的内存地址是非法的,便会打印一大串的oops出来
  
  2.接下来,我们便来分析oops:
  
  
  

  　　　　　　//无法处理内核页面请求的虚拟哋址
  　　　　　　　　//内部错误oops
  　　　　　　　　//PC值:程序运行成功的最后一次地址,位于first_drv_open()函数里,偏移值0x78,该函数总大小0x12c
  /*发生错误时的各个寄存器值*/
  　　　　　　　　　　　　//发生错误时,进程名称为26th_segmentfault
   

  
  
  
  2.1上面的回溯信息,表示了函数的整个调用过程
  
  比如上面的回溯信息表示:
  

 若内核没有配置回溯信息显示,则就不会打印函数调用过程,可以修改内核的.config文件,添加:

 内核里,就会通过fp寄存器记录函数的运行位置,并存到栈里,然后当出问题時,从栈里调出fp寄存器,查看函数的调用关系,就可以看到回溯信息.

(PS:若不配置,也可以直接通过栈来分析函数调用过程,在下章会分析到:)

2.2而有些内核嘚环境不同,opps也可能不会打印出上面的:

 

 这些相关信息, 只打印PC值,就根本无法知道,到底是驱动模块出的问题,还是内核自带的函数出的问题? 
 
 

 
 

 2.3那么如哬来确定,该PC值地址位于内核的函数,还是我们装载的驱动模块?
 
 

 
 

 可以在内核源码的根目录下通过的“vi System.map”来查看,该文件保存了内核里所有(符号、函数)的虚拟地址映射,比如下图的内核函数root_dev_setup():
 
 

 
 

 通过vi命令的:0和:$命令行,可以看到内核的虚拟地址是ccebf4
 
 

 
 

 2.4当有多个驱动装载时,又如何区分PC值是哪个驱动的函数的地址值?
 
 

 
 

 

 
 

 
 

 2.5然后将驱动生成反汇编:
 
 

 

 
 
 

 从上面看到,78地址处,主要是将0x)地址里的内容放入r3中.
 
 

 而0x是个物理地址,在linux眼中便是个非法地址,所以出错
 
 

 
 

 
 

 3.若发苼错误的驱动位于内核的地址值时
 
 

 
 

 

 
 

 
 

 3.2然后make uImage装载新内核后,再运行测试程序,便会打印出opps信息
 
 

 3.3在内核源码的根目录下通过:
 
 

计算器上的功能键s<=>D是什么意思
比方说开平方用计算机按顺序键排列得后面的那个键有什么用