printk级别问题

printk()
printk()应该是每一个驱动开发者最为亲密的伙伴了，我们常常将它与二分查找法结合在一起寻找代码中发生问题的位置。

通常情况下，对于代码中的两个printk()语句，如果一个正常执行，而另一个没有被执行，就说明问题发生在这两个printk()之间，接下来就可以在这个范围内应用二分查找法定位有问题的代码。

1. printk()与printf()

用户空间有printf()，内核空间有printk()，它们就如代表善与恶的命运双生子，即使长相功能如何的接近，都不能在代码中共存。

对于我们来说，最容易犯的错误是，在需要printk()的地方误用了printf()，而在需要printf()的地方却又误用了printk()，通常这都不会是因为不知道它们的区别，而只是习惯使然。民间流传有这样的说法：当你在编写用户空间应用程序的时候，下意识写出的都是printk()，那么就说明你是个标准的内核开发者了。

2. printk()的消息级别

printk()与printf()的一个重要区别就是前者可以指定消息的打印级别，内核根据这个指定的级别来决定是否将消息打印到终端上。如下表所示，printk()共有8个级别。

级别
 描述
 
KERN_EMERG
 紧急情况，系统可能会崩溃
 
KERN_ALERT
 必须立即响应
 
KERN_CRIT
 临界情况
 
KERN_ERR
 错误信息
 
KERN_WARNING
 警告信息
 
KERN_NOTICE
 普通的但可能需要注意的信息
 
KERN_INFO
 提示性信息
 
KERN_DEBUG
 调试信息
 

如果没有指定消息的级别，printk()会使用默认的DEFAULT_MESSAGE_LOGLEVEL（通常是KERN_WARNING）。

3. 控制台的日志级别（console_loglevel）

当printk指定的消息级别小于指定的控制台日志级别时，消息的内容就会显示在该控制台上。控制台的日志级别定义在include/linux/kernel.h文件中，默认为DEFAULT_CONSOLE_LOGLEVEL（值等于7），也就是说默认情况下，比KERN_DEBUG级别高的printk()消息内容都可以在控制台上显示。

我们可以执行下面的命令使任何级别的printk()消息都被打印在终端上

$ echo 8 > /proc/sys/kernel/printk

4. printk()的变体

内核在include/linux/kernel.h文件中提供了两个printk()的变体pr_debug和pr_info，它们的定义为：

235 #define pr_debug(fmt,arg...) \

236 printk(KERN_DEBUG fmt,##arg)

244 #define pr_info(fmt,arg...) \

245 printk(KERN_INFO fmt,##arg)

5. printk()不是万能的

printk()虽然很好用，但它并不是万能的，在系统启动时，终端还没有初始化之前，它并不能被使用，不过如果不是在调试系统的启动过程的话，这并不能算是个问题。

其实内核提供了一个printk()的变体early_printk()，专门用于在系统启动的初期在终端上打印消息，它与printk()的区别仅仅在于名字的不同以及它能够更早地工作。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/fudan_abc/archive/2010/04/29/5543647.aspx