为什么printk console_loglevel可以低于minimum_console_loglevel?

时间:2015-07-09 07:19:27

标签: c linux linux-kernel rhel printk

我的Linux发行版是RHEL7,内核版本是3.10.0

表单printk文档,我知道 minimum_console_loglevel 定义:

  
      
  • minimum_console_loglevel:最小(最高)值   可以设置console_loglevel
  •   

查询printk的当前日志级别:

[root@localhost kernel]# cat /proc/sys/kernel/printk
7       4       1       7

修改当前控制台日志级别:

[root@localhost kernel]# echo 0 > /proc/sys/kernel/printk
[root@localhost kernel]# cat /proc/sys/kernel/printk
0       4       1       7

根据我的理解, minimum_console_loglevel 1,因此将 console_loglevel 修改为0应该会失败。但是从 cat 输出来看,它似乎很成功。

来自printk.c代码:

case SYSLOG_ACTION_CONSOLE_LEVEL:
        error = -EINVAL;
        if (len < 1 || len > 8)
            goto out;
        if (len < minimum_console_loglevel)
            len = minimum_console_loglevel;
        console_loglevel = len;
        /* Implicitly re-enable logging to console */
        saved_console_loglevel = -1;
        error = 0;
        break;

我还认为 console_loglevel 值不应该被修改。

1 个答案:

答案 0 :(得分:0)

您正在查看错误的代码。 /proc/sys/kernel/printkkernel/sysctl.c提供。 printk looks like this的定义:

{
    .procname       = "printk",
    .data           = &console_loglevel,
    .maxlen         = 4*sizeof(int),
    .mode           = 0644,
    .proc_handler   = proc_dointvec,
},

这定义了一个名为printk的文件,它控制一个包含4个元素的int数组。至关重要的是,处理函数proc_dointvec是一个对整数数组进行操作的泛型函数,它不验证其参数

作为root用户,您可以将所需的任何垃圾编号写入/proc/sys/kernel/printk,内核将很乐意接受它们。演示:

root@ubuntu:/proc/sys/kernel# echo '-989897 42 -2147483648 0' > printk
root@ubuntu:/proc/sys/kernel# cat printk
-989897 42  -18446744071562067968   0

(第三个实际上是一个有趣的可能无害的bug我刚刚发现......)

printk.h可以看出,这四个日志级别参数直接来自这个四元素数组:

extern int console_printk[];

#define console_loglevel (console_printk[0])
#define default_message_loglevel (console_printk[1])
#define minimum_console_loglevel (console_printk[2])
#define default_console_loglevel (console_printk[3])

那么,那么你发布的代码是做什么的呢?它实现了syslog系统调用,如函数名称(do_syslog)所示。如the man page所述:

   SYSLOG_ACTION_CONSOLE_LEVEL (8)
          The call sets console_loglevel to the value given in len,
          which must be an integer between 1 and 8 (inclusive).  The
          kernel silently enforces a minimum value of
          minimum_console_loglevel for len.  See the log level section
          for details.  The bufp argument is ignored.

我们可以看到syslog系统调用还允许您设置控制台日志级别,但它实际上会检查值是否有效。让我们用一个简单的测试程序进行测试(请注意,glibc调用函数klogctl而不是syslog,因为用户空间syslog函数执行其他操作):

#include <sys/klog.h>
#include <stdio.h>
#include <unistd.h>
#include <errno.h>
#include <string.h>
#include <stdlib.h>

#define SYSLOG_ACTION_CONSOLE_LEVEL 8

int main(int argc, char **argv) {
    if(klogctl(SYSLOG_ACTION_CONSOLE_LEVEL, NULL, atoi(argv[1])) < 0) {
        perror("klogctl");
    } else {
        printf("klogctl succeeded\n");
    }
    return 0;
}

运行它(将printk重置为7 4 1 7后):

root@ubuntu:/tmp# ./test 1 ; cat /proc/sys/kernel/printk
klogctl succeeded
1   4   1   7
root@ubuntu:/tmp# ./test 0 ; cat /proc/sys/kernel/printk
klogctl: Invalid argument
1   4   1   7

因此您可以看到syslog(通过klogctl调用)确实会检查参数的有效性。