Chinaunix首页 | 论坛 | 博客
  • 博客访问: 583084
  • 博文数量: 199
  • 博客积分: 5087
  • 博客等级: 大校
  • 技术积分: 2165
  • 用 户 组: 普通用户
  • 注册时间: 2010-01-26 21:53
文章存档

2010年(199)

我的朋友

分类: LINUX

2010-07-16 19:50:06

Linux设备驱动程序之读书笔记(二)
                  ——第二章调试技术中的printk
 
Linux中系统信息的显示有以下3种情况:
1、如果系统中只运行klogd,那么可以通过klogd -c 重新启动klogd并设置console_loglevel,然后小于console_loglevel的所有信息都会打印到控制台;
2、如果系统中只运行syslogd,那么消息不会传递到用户空间,只能通过读/proc/kmsg来察看消息;
3、如果系统中同时允许klogdsyslogd,那么在根据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_EMERGKERN_DEBUG也就是从07的整数值)。其中前者是临时性的,每当系统重启后console_logleve就会回到默认状态,而后者却是永久性的,只要用dmesg修改了console_loglevel的值,那么以后它就一直是这个值了。
我选择前者,因为不想任意改变系统的状态,而且Linux Device Drvier3的作者也提供了一个叫做setlevel的小程序,可以通过由这个程序编译得到的可执行文件来设置console_loglevel,非常方便。
但现在的问题是,Linux Device Driver3提供的setlevel.c2.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) < 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.10Linux内核中写的这个程序,但是2.6.20Linux内核中却并没有定义_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) < 0) { 
        fprintf(stderr,"%s: syslog(setlevel): %s\n",
                argv[0],strerror(errno));
        exit(1);
    }
    exit(0);
}

转自:http://www.cublog.cn/u1/41134/showart_382828.html

阅读(1239) | 评论(0) | 转发(0) |
0

上一篇:KLOGD(8)

下一篇:ksymoops(8) - Linux man page

给主人留下些什么吧!~~