《Linux内核设计与实现》第18章读书笔记

标签：

第十八章 调试

一、调试开始前的准备

1.准备开始

• bug
• 藏匿bug的版本
• 相关内核代码的知识

　　成功调试的关键在于能否将错误重现

2.内核中的bug

　　其产生原因无数，表象变化也多种多样。从隐藏在源代码中的错误到出现的bug，可能是由一系列连锁反应触发的。

二、通过打印调试

1.健壮性

　　printk()函数的健壮性特质使得任何时候、任何地方都能调用它。

• 在中断上下文和进程上下中使用
• 在任何持有锁被调用时
• 在多处理器上同时被调用

2.日志等级

　　printk()和printf()在使用上的最主要区别是前者可以指定一个日志级别，内核根据这个级别判断终端是否打印消息；

　　KERN_WARNING和KERN_DEBUG都是<linux/kernel.h>中的简单宏定义，扩展开是<4>和<7>这样的字符串，加进printk()函数要打印的开头。

　　内核将最重要的记录等级定为<0>，最无关紧要的记录等级定为<7>。

3.记录缓冲区

• 记录消息被保存在一个环形队列中，读写按照环形队列方式进行操作
• 内核在同一时间只能保存16KB的消息，当消息队列达到最大值，再有调用时，新消息将覆盖队列中的老消息。
• 优点：同步问题很容易解决；记录维护也变得容易。
• 缺点：可能会丢失消息

4.syslogd和klogd

　　用户空间的守护进程klogd从记录缓存区中获取内核消息，再通过守护进程syslogd将它们保存在系统日志文件中。

三、oops

1.发布oops的过程

　　包括向终端上输出错误消息，输出寄存器中保存的信息并输出可供跟踪的回溯线索。通常，发送完内核会处于不稳定状态。

2.导致结果

　　如果发生在中断上下文时，内核会陷入混乱，系统死机；

　　如果在idle或init进程时发生，系统同样会陷入混乱，缺失这两个进程，内核无法工作。

　　如果在其他进程运行时发生，内核会杀死该进程并尝试继续执行。

3.发生原因

　　内存访问越界或非法指令

4.包含的信息结构

　　寄存器上下文和回溯线索

• 回溯线索显示导致错误发生的函数调用链
• 寄存器数据可以帮助重建引发问题现场

四、引发bug并打印信息

　　BUG()和BUG_ON()是常用的标记bug的内核调用，被调用时，会引发oops，导致栈的回溯和错误信息的打印。

　　用panic()引发更严重的错误，不但打印错误信息，还会挂起整个系统。

五、Magic SysRq Key

　　当该功能被启用时，无论内核处于什么状态，都可通过特殊的组合键跟内核进行通信。

• 使用定义CONFIG_MAGIC_SYSRQ配置选项和命令echo 1 > /proc/sys/kernel/sysyrq启用

六、内核调试器和系统探测

1.内核调试器

• 可以使用标准的GNU内核调试器对正在运行的内核进行查看
• 可以使用gdb的所有命令来获取信息

2.探测系统

• 用UID作为选择条件，可以安排到底执行哪种算法
• 使用条件变量，创建一个全局变量作为一个条件选择开关
• 使用统计量，通过创建统计量提供某种机制访问其统计结果
• 重复频率限制，用于某种事件发生频繁，又要观察它的整体情况。为避免信息发生井喷，可以每隔几秒执行一次打印。

七、二分查找法与GIT工具

1.当不知道哪个内核版本引入bug，但又确实存在使用二分法进行查找

　　假定一个版本有问题，而另一个没有，从二者正中选择版本检查，从而缩小范围，以此类推。

2.使用GIT进行二分搜索

　　如果使用GIT来控制Linux源码树的副本，那么它将自动进行二分搜索进程

• 告诉GIT进行二分搜索

　　$ git bisect start

• 为GIT提供一个出现问题的最早内核版本

　　$ git bisect bad <revision>

• 提供一个最新的可正常运行的内核版本

　　$ git bisect good 版本号

　　这样，GIT将自动检测正常版本和有bug的版本哪个之间有隐患，接着再编译运行以及测试正被检测版本。

《Linux内核设计与实现》第18章读书笔记

标签：

原文地址：http://www.cnblogs.com/5219hsw/p/5312445.html