printk与printf的差异,是什么导致一个运行在内核态而另一个运行用户态?其实这两个函数的几乎是相同的,出现这种差异是因为tty_write函数需要使用fs指向的被显示的字符串,而fs是专门用于存放用户态段选择符的,因此,在内核态时,为了配合tty_write函数,printk会把fs修改为内核态数据段选择符ds中的值,这样才能正确指向内核的数据缓冲区,当然这个操作会先对fs进行压栈保存,调用tty_write完毕后再出栈恢复。总结说来,printk与printf的差异是由fs造成的,所以差异也是围绕对fs的处理。
用printk,内核会根据日志级别,可能把消息打印到当前控制台上,这个控制台通常是一个字符模式的终端、一个串口打印机或是一个并口打印机。这些消息正常输出的前提是──日志输出级别小于console_loglevel(在内核中数字越小优先级越高)。
没有指定日志级别的printk语句默认采用的级别是 DEFAULT_ MESSAGE_LOGLEVEL(这个默认级别一般为<4>,即与KERN_WARNING在一个级别上),其定义在linux26/kernel/printk.c中可以找到
日志级别一共有8个级别,printk的日志级别定义如下(在include/linux/kernel.h中):
#define KERN_EMERG 0/*紧急事件消息,系统崩溃之前提示,表示系统不可用*/
#define KERN_ALERT 1/*报告消息,表示必须立即采取措施*/
#define KERN_CRIT 2/*临界条件,通常涉及严重的硬件或软件操作失败*/
#define KERN_ERR 3/*错误条件,驱动程序常用KERN_ERR来报告硬件的错误*/
#define KERN_WARNING 4/*警告条件,对可能出现问题的情况进行警告*/
#define KERN_NOTICE 5/*正常但又重要的条件,用于提醒*/
#define KERN_INFO 6/*提示信息,如驱动程序启动时,打印硬件信息*/
#define KERN_DEBUG 7/*调试级别的消息*/
# echo 8 > /proc/sys/kernel/printk
这样所有级别<8,(0-7)的消息都可以显示在控制台上.
应该是loglevel的问题,通过下面命令查看你当前的loglevel设置。
cat /proc/sys/kernel/printk
如果想什么都打印出来,就
echo 8 > /proc/sys/kernel/printk
更多细节,自己搜一下 loglevel相关介绍。
追问
rhel 6.2
pintk里面四个数 4 4 1 7
手册好像写的
4是console loglevel
4是default message loglevel
1是mini console loglevel
7是default console loglevel
但是即使是 root 都没有权限更改 /proc/sys/kernel/printk 这个文件是怎么回事呢
int %d 或者 %x( 注: %d 是十进制, %x 是十六进制 )
unsigned int %u 或者 %x
long %ld 或者 %lx
unsigned long %lu 或者 %lx
long long %lld 或者 %llx
unsigned long long %llu 或者 %llx
size_t %zu 或者 %zx
ssize_t %zd 或者 %zx
原始指针值必须用 %p 输出。
u64,即(unsigned long logn),必须用 %llu 或者 %llx 输出,如:
printk("%llu", (unsigned long long)u64_var);
s64,即(long long),必须用 %lld 或者 %llx 输出,如 :
printk("%lld", (long long)s64_var);
如果 ( 变量类型 )<type> 的长度依赖一个配置选项 ( 例如: sector_t, blkcnt_t, phys_addr_t, resource_size_t) 或者 依赖相关的体系结构(例如: tcflag_t ),使用一个可能最大类型的格式说明符,并且显示转换它。如:
printk("test: sector number/total blocks: %llu/%llu\n",(unsigned long long)sector, (unsigned long long