Linux 内核：来自“open”的 printk系统调用不起作用

Question

我有一个疑问。

我打开内核并更改了目录 linux-3.1.1/fs/open.c

我更改了 open.c 中的以下代码。

SYSCALL_DEFINE3(open, const char __user *, filename, int, flags, int, mode)
{
    long ret;
    printk(KERN_EMERG "Testing\n");
    ... 
}

我只放了这一行： printk(KERN_EMERG "Testing");

并且我包含了库： 和

所以我编译并重新启动了我的linux（Ubuntu）。 重新启动期间，屏幕上出现了很多“测试”。 所以到目前为止还可以。

---

但现在我有一个问题。 我用c语言创建了这个程序。

int main()
{
    size_t filedesc = open("testefile2.txt",O_CREAT | O_WRONLY,0640);
    printf("%d",filedesc);
}

我编译了这个程序并执行并且运行良好。 但我不明白为什么“测试”没有出现在外壳上。 我的意思是，如果当我重新启动电脑时出现很多“测试”这个词，为什么当我执行上面的程序时这个词没有出现。 只是补充一下，我在上面的代码中包含了这个库：

unistd.h 、 fcntl.h 、 stdio.h 、 stdlib。 h

谢谢你们。

Answer 1

printk 调用出现在内核消息缓冲区中，而不是在进程的 stdout/stderr 中

Answer 2

但我不明白为什么“Testing”没有出现在 shell 上。

我认为，这是 printk 消息抑制的效果。 （更准确地说：速率限制）

检查消息日志或控制台中的

printk: ### messages suppressed.

字符串。

如果最近有大量消息，此功能将停止打印消息。

实际代码为 3.1 内核： http://lxr.linux .no/#linux+v3.1.1/kernel/printk.c#L1621

1621 * printk rate limiting, lifted from the networking subsystem.
1622 *
1623 * This enforces a rate limit: not more than 10 kernel messages
1624 * every 5s to make a denial-of-service attack impossible.
1625 */
1626 DEFINE_RATELIMIT_STATE(printk_ratelimit_state, 5 * HZ, 10);
1627
1628 int __printk_ratelimit(const char *func)

因此，由于 open 系统调用非常非常流行（只需执行strace -e open /bin/ls - 我将获得 15 个 open 系统调用（仅启动一个最简单的 ls），速率限制为有效。它将限制您的消息在 5 秒内仅打印一次；单次“突发”消息不超过 10 条。

我只能建议创建一个具有已知 UID 的特殊用户，并在附加 printk-in-open 代码中的 printk 之前添加 UID 检查。