http://www.sudu.cn/info/html/edu/code/20070102/286543.html



setlevel.c 非常实用 google 查找 #define
_syscall3 可以查到很多相关信息



Linux
设备驱动程式之读书笔记(二)

               ——第二章调试技术中的printk



在Linux中系统信息的显示有以下3种情况:

1、假如系统中只运行klogd,那么能够通过klogd -c 重新启动klogd并配置console_loglevel,然后小于console_loglevel的任何信息都会打印到控制台;

2、假如系统中只运行syslogd,那么消息不会传递到用户空间,只能通过读/proc/kmsg来察看消息;

3、假如系统中同时允许klogd和syslogd,那么在根据console_loglevel将消息筛选打印到控制台的前提下,任何消息都会被追加到文档/var/log/messages中。



在Linux下写驱动程式的过程中肯定要用到printk语句输出信息,printk和普通printf语句的差别之一就是,printk根据附加的不同的日志级别(loglevel),或说是消息级别,来表示的严重程度对消息进行分类。

比如:printk(KERN_DEBUG “Hi, My printk!”);

上述语句所要输出的信息就是调试级别的。需要注意的是KERN_DEBUG和后面引号中的内容之间不能用逗号隔开,否则编译时会报错!



Linux在头文档中定义了8种可用的日志级别字符串,根据严重程度排序如下:

KERN_EMERG    KERN_ALERT    KERN_CRIT   KERN_ERR

KERN_WARNING KERN_NOTICE     KERN_INFO   KERN_DEBUG



未指定日志级别的printk语句采用默认级别,也就是在kernel/printk.c中被指定的宏DEFAULT_MESSAGE_LOGLEVEL,这个宏通常就是KERN_WARNING。



另外,控制台(一般是指文本终端,也有可能是串口)也有一个表示级别的整数变量,叫做console_loglevel,他在系统启动后的初始值是DEFAULT_CONSOLE_LOGLEVEL。



内核会将程式中信息的日志级别和console_loglevel进行比较,只有当信息的日志级别小于console_loglevel这个整数变量的值时,信息才会在当前控制台上显示出来。



因此,我们需要事先将系统的console_loglevel调到一个适当的数值,以便控制台正确显示我们所需要的信息。比如上面语句中的“Hi, My first printk!”,若不修改console_loglevel的值,就无法在控制终端上显示。



修改方法有两种:一是通过sys_syslog系统调用进行修改;二是用dmesg进行修改 或修改/proc/sys/kernel/printk文档中的第一行,比如dmesg -n 1(命令中的1就是要配置的console_loglevel值,其实上面所说的KERN_EMERG到KERN_DEBUG也就是从0到7的整数值)。 其中前者是临时性的,每当系统重启后console_logleve就会回到默认状态,而后者却是永久性的,只要用dmesg修改了 console_loglevel的值,那么以后他就一直是这个值了。

我选择前者,因为不想任意改变系统的状态,而且Linux Device Drvier3的作者也提供了一个叫做setlevel的小程式,能够通过由这个程式编译得到的可执行文档来配置console_loglevel,很方便。

但现在的问题是,Linux Device Driver3提供的setlevel.c在2.6.20内核上编译通但是,在编译时提示:expected declaration specifiers or ‘…’ before syslog



setlevel.c中的代码如下:

#include

#include

#include

#include

/* #include   */ /* conflicting on the alpha */

#define __LIBRARY__ /* _syscall3 and friends are only available through this */

#include



/* define the system call, to override the library function */

_syscall3(int, syslog, int, type, char *, bufp, int, len);



int main(int argc, char **argv)

{

int level;



if (argc==2) {

   level = atoi(argv[1]); /* the chosen console */

} else {

       fprintf(stderr, "%s: need a single arg ",argv[0]); exit(1);

}

if (syslog(8,NULL,level)

       fprintf(stderr,"%s: syslog(setlevel): %s ",

            argv[0],strerror(errno));

       exit(1);

}

exit(0);

}



问题很显然出现在_syscall3上。

程式中_syscall3(int, syslog, int, type, char *, bufp, int, len)这条语句的作用是告诉编译器,需要的系统调用是syslog,返回值是int,而后面的字符串则是syslog需要的3个参数及其类型。

而setlevel.c之所以编译通但是,是因为Linux Device Driver3的作者是在2.6.10的Linux内核中写的这个程式,但是2.6.20的Linux内核中却并没有定义_syscall3这个函 数。(我在Red Hat 9.0(2.4的内核)中编译过setlevel.c,能够正常通过。)

于是只要在setlevel.c中调用_syscall3之前定义他的原型,那么setlevel.c就能够正常编译和使用了。增加代码后的setlevel.c如下:



#include

#include

#include

#include

#include /*需要加上这个头文档,否则编译不能通过*/



#define __syscall_return(type, res)

do {

   if ((unsigned long)(res) >= (unsigned long)(-125)) {

             errno = -(res);

             res = -1;

   }

   return (type) (res);

} while (0)



#define _syscall3(type,name,type1,arg1,type2,arg2,type3,arg3)

type name(type1 arg1,type2 arg2,type3 arg3)

{

long __res;

__asm__ volatile ("int $0x80"

   : "=a" (__res)

   : "0" (__NR_##name),"b" ((long)(arg1)),"c" ((long)(arg2)),

            "d" ((long)(arg3)));

__syscall_return(type,__res);

}



_syscall3(int,syslog, int,type, char *,bufp, int,len);



int main(int argc, char **argv)

{

int level;

if (argc==2) {

   level = atoi(argv[1]); /* the chosen console */

} else {

       fprintf(stderr, "%s: need a single arg ",argv[0]); exit(1);

}

if (syslog(8,NULL,level)

       fprintf(stderr,"%s: syslog(setlevel): %s ",

            argv[0],strerror(errno));

       exit(1);

}

exit(0);

}