Linux基础——内核排查过程

根因：

（内核BUG）BUG：unable to handle kernel NULL pointer dereference at 0000000000000019，代码调用函数assign_irq_vector报错，通过升级内核版本进行修复。

解决办法：

    内核代码bug问题，参考红帽官网，通过内核升级解决问题；



排查方法：

    安装crash包和内核debug软件包，查看内核报错；

    crash /usr/lib/debug/lib/modules/3.10.0-957.el7.x86_64/vmlinux vmcore

     

    i.通过bt查看内核调用栈在exception RIP:_assign_irq_vctor+47报错；



    ii.通过dis -l _assign_irq_vector查看源文件和反汇编信息，可以看到出错是/usr/src/debug/kernel-3.10.0-957.el7/linux-3.10.0-957.el7.x86_64/arch/x86/kernel/apic/io_apic.c:1270的1270行；



    iii.查看内核文件/usr/src/debug/kernel-3.10.0-957.el7/linux-3.10.0-957.el7.x86_64/arch/x86/kernel/apic/io_apic.c的1270行代码



    iv.通过crash找到的报错函数assign_irq_vector，在代码文件中找到代码块，发现函数中有对前面的cfg做判断（任何内核报错时，可能都存在判断报错） ，怀疑是cfg判断异常，查看报错位置1270行，cfg指针又是多少呢？



    v.空指针：BUG：unbale to handle kernel NULL  pointer dereference at 00000000000000

可以发现在报错时就已经出现空指针问题，【25】十进制转十六进制是19，cfg->move_in_progress是19 ，在函数assign_irq_vector中的判断语句中cfg为0，给err变量附加-EBUSY，直接跳出函数返回报错信息；目前由于继续向下执行到err=__assign_irq_vector()函数，直接代码报错。（出现内核代码执行报错）（参照上图）

struct irq_cfg.move_in_progress

不要总羡慕别人的幸福，却常常忽略了自己生活中的美好！