2009-06-04 18:52
287人閱讀 評論(0)
收藏
舉報
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);
}
http://blog.csdn.net/cumtzhj/article/details/6466704
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);
}
http://blog.csdn.net/cumtzhj/article/details/6466704