Linux设备驱动程序之读书笔记（二）转

hacktao

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在头文件<linux/kernel.h>中定义了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 <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>
/* #include <unistd.h> */ /* conflicting on the alpha */
#define __LIBRARY__ /* _syscall3 and friends are only available through this */
#include <linux/unistd.h>

/* 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) < 0) {
        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 <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <errno.h>
#include <sys/syscall.h>  /*需要加上这个头文件，否则编译不能通过*/

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

dreamice

希望能够继续，呵呵

hacktao

同样也期待你的解牛系列，呵呵～～

2nd090215

感谢并关注，