文章分类
相关博文
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
分类： linux
2012-04-28 21:43:58
转载地址：
linux下调试方法多样，可以通过以下这些途径：
1. 使用printk函数
使用printk()函数，加入自己的调试信息。加入的信息时可以是log levels,时间信息，文件名，函数名或者代码行号等等。总之添加的信息越多，所能看到的信息就越多。
2. 使用kernel debuger
使用内核调试工具kdb,或者可以是qemu和gdb等工具
3.分析oops信息诊断
当内核遇到一些内部的错误时，它会打印出oops信息。有时从分析这些oops中就会很快定位到出错的原因。
本文从调试信息输出的角度来说说linux内核开发时的调试技巧。
定义一个漂亮的宏，使得代码既简洁又高效，可以有事半功倍的作用。往往我们在代码中使用宏来定义pringk函数，而不是在代码中见到什么就printk什么.只有一个好的习惯才会导致一个好的效果。
先复习一下c语言宏定义的连接符的作用，下面这段话是从网上摘录的：”## 连接符号由两个井号组成，其功能是在带参数的宏定义中将两个子串(token)联接起来，从而形成一个新的子串。但它不可以是第一个或者最后一个子串。所谓的子串(token)就是指编译器能够识别的最小语法单元...同时值得注意的是#符是把传递过来的参数当成字符串进行替代。
#define pasrse( i ) printf( "token" #i " = %d", token##i )
//同时定义如下的变量
int token1 = 1;
int token1 = 1;
//宏展开为:
printf("token" "1" "= %d", token1);
printf("token" "1" "= %d", token1);
则调用parse(1)的打印结果为：
token1=1“
token1=1“
以下是内核中使用printk函数时信息输出的八个级别(在linux/kernel.h)：
[cpp] view plaincopy
#define kern_emerg "<0>" /* system is unusable*/
#define kern_alert "<1>" /* action must be taken immediately*/
#define kern_crit "<2>" /* critical conditions*/
#define kern_err "<3>" /* error conditions*/
#define kern_warning "<4>" /* warning conditions*/
#define kern_notice "<5>" /* normal but significant condition */
#define kern_info "<6>" /* informational*/
#define kern_debug "<7>" /* debug-level messages*/
[cpp] view plaincopy
#define kern_emerg "<0>" /* system is unusable*/
#define kern_alert "<1>" /* action must be taken immediately*/
#define kern_crit "<2>" /* critical conditions*/
#define kern_err "<3>" /* error conditions*/
#define kern_warning "<4>" /* warning conditions*/
#define kern_notice "<5>" /* normal but significant condition */
#define kern_info "<6>" /* informational*/
#define kern_debug "<7>" /* debug-level messages*/
在编写代码时可以根据实际情况选择输出级别，一般选kern_debug级别。
有用的调试信息有
__function__ 记录函数名
__date__ 记录编译日期
__line__ 记录代码所在行数
__file__ 记录文件名及路径
__time__ 记录编译时间等，这些是编译器在预处理阶段获得的
有用的调试信息有
__function__ 记录函数名
__date__ 记录编译日期
__line__ 记录代码所在行数
__file__ 记录文件名及路径
__time__ 记录编译时间等，这些是编译器在预处理阶段获得的
综合上面，可以按需要printk。
宏定义printk有多种形式，我们可以这样来定义我们的宏：
宏定义printk有多种形式，我们可以这样来定义我们的宏：
a形式：
#define dbg(arg...) printk(arg)
这样的做和直接printk没有区别。
#define dbg(arg...) printk(arg)
这样的做和直接printk没有区别。
b形式：
#define dbg(x) printk("%s",x)
这样可以，不过有时会觉得麻烦。
#define dbg(x) printk("%s",x)
这样可以，不过有时会觉得麻烦。
c形式：
#define dbg(leve,fmt,args...) printk(level,"%d,%s,%c",fmt "\n"，var1,var2,var3,##arg）
#define dbg(leve,fmt,args...) printk(level,"%d,%s,%c",fmt "\n"，var1,var2,var3,##arg）
还是喜欢这样的，简洁灵活。
当取消printk时，一般有两种方式定义一个什么都不干的'东西：
a形式:
#define dbg(...) do {} while(0)
#define dbg(...) do {} while(0)
b形式:
#define dbg(...) (void)(0)
#define dbg(...) (void)(0)
上面两种是等价的。
测试代码：
功能：linux下一个混杂设备驱动的测试（linux-2.6.35.30)
功能：linux下一个混杂设备驱动的测试（linux-2.6.35.30)
这里有测试代码：
给主人留下些什么吧！~~