linux内核printk调试

k_ewell

通过printk打你希望追踪的消息。从它的名字可以看出，这个东西有点类似与gnu
c中的printf。不过用于内核的东西总该有些特色，printk添加了一些日志级别（loglevel），具体日志级别定义的宏在。
（printk的格式：printk(KERN_ALERT"The process is \"%s\"(pid
%i)\n",current->comm,current->pid)） 。
这些宏定义的注释已经很详细了。
#define KERN_EMERG "" /* system is
unusable   */
#define KERN_ALERT "" /* action must be taken
immediately */
#define KERN_CRIT "" /* critical
conditions   */
#define KERN_ERR "" /* error
conditions   */
#define KERN_WARNING "" /* warning
conditions   */
#define KERN_NOTICE "" /* normal but significant
condition */
#define KERN_INFO "" /*
informational   */
#define KERN_DEBUG "" /* debug-level
messages   */
用printk，内核会根据日志级别，可能把消息打印到当前控制台上，这个控制台通常是一个字符模式的终端、一个串口打印机或是一个并口打印机。这些消息正常输出的前提是──日志输出级别小于console_loglevel（在内核中数字越小优先级越高）。但如果系统运行了klogd和
syslogd日志守护进程，那么printk的信息将同时被追加到/var/log/messages中，当然你也可以通过dmesg来查看系统的输出信息（这些信息在/proc/kmsg，但它并没有把消息映射到用户空间，所以普通用户无法直接访问，而dmesg是用来访问它的一个工具，内核为了节省资源，把kmsg设计为一个循环缓存区，在内核中这种设计很常见）。
在内核运行的情况下，我们可以通过proc文件系统来修改内核运行的一些参数。proc其实它是一个内存文件系统，它展示了linux vfs（virtural
file
system）文件系统的威力。该文件系统由软件创建，内核使用它向外界导出信息，由于对proc的使用有些混乱，导致sys文件系统的出现。貌似跑题了！因proc文件系统是内核抛出的信息，因此你可以通过修改/proc/sys/kernel/printk中的值来修改日志的输出级别。该文件中包含了4个值，分别表示为：当前的日志级别，未明确指定日志级别时的默认消息级别，最小允许的日志级别和引导时的默认日志级别。
为了更好的管理日志，你可通过修改/etc/syslog.conf来满足你的需求。man
syslog.conf获得更多关于syslog.conf的信息。当你在编写内核模块时，应该注意一个问题，你不能让那些消息困扰你，因此定义一些宏来开关printk消息是很有必要的，毕竟printk是用来调试，或者显示设备、模块的一些状态。另外内核同时也提供了一些接口，在中定义，他们是一些内联函数。int
printk_ratelimit(void)。在打印一条可能被重复的信息之前，应调用该函数。如果它返回一个非零值，则可以继续打印消息，否则跳过。
printk_ratelimit通过跟踪发送到控制台的消息量，开避免消息的重复输出。可以通过修改/proc/sys/kernel
/printk_ratelimit来设置重新打开消息应该等待的秒数。
               
               
               

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u1/51980/showart_1670820.html