Linux设备驱动程式之读书笔记（二） [转]

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\n",argv[0]); exit(1);
}
if (syslog(8,NULL,level)
       fprintf(stderr,"%s: syslog(setlevel): %s\n",
            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\n",argv[0]); exit(1);
}
if (syslog(8,NULL,level)
       fprintf(stderr,"%s: syslog(setlevel): %s\n",
            argv[0],strerror(errno));
       exit(1);
}
exit(0);
}