debug kernel use printk

　1、设定消息优先级。因为printk的每条信息都是有级别的，所以可以在/etc/syslog.conf里面设置相应优先级的消息的目标输出文件。比如要把KERN_ERR这一级别的消息输出到/var/log/kerr.log，则在/etc/syslog.conf里面添加"kern.err /var/log/keer.log"即可。同时如果有"kern.* /var/log/kern.log"这样的记录，则同时所有的printk输出，包括KERN_ERR的，都又输出到kern.log里面，这样就可以很方便地根据需要查看不同类型的调试信息了。
　　
　　这是printk比printf强大的地方。
　　
　　2、在printk输出的信息里添加行号和函数名，用__LINE__和__FUNCTION__这两个宏即可，前者用%d输出，后者用%s输出。与之类似的还有__FILE__，不过我不太用它。这其实不是printk的特殊功能，好像是C语言内建的宏，或者是gcc的扩展，反正普通用户空间程序里用printf也照样可以输出。
　　
　　有时候日志会非常多，看不过来。而且因为不知道问题出在哪里，所以需要打出很多日志信息，广撒网。这时候可以通过比较正常运行时的日志和出错时的日志来找问题，对比两者的差异就会比较容易发现问题所在。一般可以用diff对日志做比较，也可以用Emacs里面的ediff，或者vimdiff，或者windows下面的beyondcompare等工具。为了制造差异，往往还需要对代码做一些改动，比如在某些条件测试处改变分支的走向，从而引发bug出现（或者暂时性消除bug）。
　　
　　如果某个bug是原先没有，在新版本的代码里才出现的，那么可以比较好的旧版本和有bug的新版本的代码差异。同样用diff或ediff、vimdiff等工具来比较代码。我最近在用git做版本控制，这个工具是Linus开发的，相当好，个人觉得比svn强那么一点点。git可以直接比较任意两个版本之间的差异，用git diff v1..v2即可，还可以进行二分法查找bug，可以参考git bisect命令的手册去详细了解。