Linux调试技术介绍

Linux调试技术介绍

对于任何编写内核代码的人来说，最吸引他们注意的问题之一就是如何完成调试。
由于内核是一个不与某个进程相关的功能集，其代码不能很轻松地放在调试器中执
行，而且也不能跟踪。

本章介绍你可以用来监视内核代码和跟踪错误的技术。

用打印信息调试

最一般的调试技术就是监视，就是在应用内部合适的点加上printf调用。当你调试内
核代码的时候，你可以用printk完成这个任务。

Printk

在前些章中，我们简单假设printk工作起来和printf很类似。现在是介绍一下它们之间
不同的时候了。

其中一个不同点就是，printk允许你根据它们的严重程度，通过附加不同的“记录
级”来对消息分类，或赋予消息优先级。你可以用宏来指示记录级。例如，KERN_INFO，
我们前面已经看到它被加在打印语句的前面，它就是一种可能的消息记录级。记录
级宏展开为一个字串，在编译时和消息文本拼接在一起；这也就是为什么下面的例
子中优先级和格式字串间没有逗号。这有两个printk的例子，一个是调试信息，一个
是关键信息：

（代码）

在中定义了8种记录级别串。没有指定优先级的printk语句默认使用DEFAULT_MESSAGE_LOGLEVEL
优先级，它是一个在kernel/printk.c中定义的整数。默认记录级的具体数值在Linux的开
发期间曾变化过若干次，所以我建议你最好总是指定一个合适的记录级。

根据记录级，内核将消息打印到当前文本控制台上：如果优先级低于console_loglevel
这个数值的话，该消息就显示在控制台上。如果系统同时运行了klogd和syslogd，无
论console_loglevel为何值，内核都将消息追加到/var/log/messages中。

变量console_loglevel最初初始化为DEFAULT_CONSOLE_LOGLEVEL，但可以通过sys_syslog系
统调用修改。如klogd的手册所示，可以在启动klogd时指定-c开关来修改这个变量。
此外，你还可以写个程序来改变控制台记录级。你可以在O’Reilly站点上的源文件
中找到我写的一个这种功能的程序，miscprogs/setlevel.c。新优先级是通过一个1到8之
间的整数值指定的。

你也许需要在内核失效后降低记录级（见“调试系统故障”），这是因为失效处理
代码会将console_loglevel提升到15，之后所有的消息都会出现在控制台上。为看到你的
调试信息，如果你运行的是内核2.0.x话，你需要提升记录级。内核2.0发行降低了MINIMUM_CONSOLE_LOGLEVEL，
而旧版本的klogd默认情况下要打印很多控制消息。如果你碰巧使用了这个旧版本的
守护进程，除非你提升记录级，内核2.0会比你预期的打印出更少的消息。这就是为
什么hello.c中使用了标记，这样可以保证消息显示在控制台上。

从1.3.43一来的内核版本通过允许你向指定虚控制台发送消息，藉此提供一个灵活的
记录策略。默认情况下，“控制台”是当前虚终端。也可以选择不同的虚终端接收
消息，你只需向所选的虚终端调用ioctl(TIOCLINUX)。如下程序，setconsole，可以用来
选择哪个虚终端接收内核消息；它必须以超级用户身份运行。如果你对ioctl还不有
把握，你可以跳过这至下一节，等到读完第5章“字符设备驱动程序的扩展操作”
的“ioctl”一节后，再回到这里读这段代码。

（代码）

setconsole使用了用于Linux专用功能的特殊的ioctl命令TIOCLINUX。为了使用TIOCLINUX，
你要传递给它一个指向字节数组的指针。数组的第一个字节是所请求的子命令的编
码，随后的字节依命令而不同。在setconsole中使用了子命令11，后一个字节（存放
在bytes[1]中）标别虚拟控制台。TIOCLINUX的完成介绍可以在内核源码drivers/char/tty_io.c
中找到。

消息是如何记录的

printk函数将消息写到一个长度为LOG_BUF_LEN个字节的循环缓冲区中。然后唤醒任
何等待消息的进程，即那些在调用syslog系统调用或读取/proc/kmesg过程中睡眠的进
程。这两个访问记录引擎的接口是等价的。不过/proc/kmesg文件更象一个FIFO文件，
从中读取数据更容易些。一条简单的cat命令就可以读取消息。

如果循环缓冲区填满了，printk就绕到缓冲区的开始处填写新数据，覆盖旧数据。于
是记录进程就丢失了最旧的数据。这个问题与利用循环缓冲区所获得的好处相比可
以忽略不计。例如，循环缓冲区可以使系统在没有记录进程的情况下照样运行，同
时又不浪费内存。Linux处理消息的方法的另一个特点是，可以在任何地方调用printk，
甚至在中断处理函数里也可以调用，而且对数据量的大小没有限制。这个方法的唯
一缺点就是可能丢失某些数据。

如果klogd正在运行，它读取内核消息并将它们分派到syslogd，它随后检查/etc/syslog.conf
找到处理这些数据的方式。syslogd根据一个“设施”和“优先级”切分消息；可以
使用的值定义在中。内核消息根据相应printk中指定的优先级记录到LOG_KERN
设施中。如果klogd没有运行，数据将保存在循环缓冲区中直到有进程来读取数据或
数据溢出。

如果你不希望因监视你的驱动程序的消息而把你的系统记录搞乱，你给klogd指定-f
（文件）选项或修改/etc/syslog.conf将记录写到另一个文件中。另一种方法是一种强硬
方法：杀掉klogd，将消息打印到不用的虚终端上*，或者在一个不用的xterm上执行cat
/proc/kmesg显示消息。

使用预处理方便监视处理

在驱动程序开发早期，printk可以对调试和测试新代码都非常有帮助。然而当你正式
发行驱动程序时，你应该去掉，或者至少关闭，这些打印语句。很不幸，你可能很
快就发现，随着你想不再需要那些消息并去掉它们时，你可能又要加新功能，你又
需要这些消息了。解决这些问题有几种方法――如何从全局打开和关闭消息以及如
何打开和关闭个别消息。

下面给出了我处理消息所用的大部分代码，它有如下一些功能：

可以通过在宏名字加一个字母或去掉一个字母打开或关闭每一条语句。

通过在编译前修改CFLAGS变量，可以一次关闭所有消息。

同样的打印语句既可以用在内核态（驱动程序）也可以用在用户态（演示或

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有