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