linux-kernel - 看到一些内核污染消息后，printk 将不再工作

Question

全部

我正在使用 linux 内核 2.6.35 在 Fedora14 中开发一个模块。操作系统实际上运行在虚拟盒子中。

我观察到的是，在我对代码进行一些更改并遇到内核污染警告后，printk 将不再工作，即使我将代码恢复到以前的版本也是如此。然后，如果我只是复制以前的代码来创建另一个具有不同名称的模块，它将再次工作......我不确定它是否是错误，但它是可重现的。

以下是运行良好的基本代码。我可以在/var/log/messages 中看到 printk 消息

嗅探器.c

#include <linux/module.h>
static int __init sniffer_init(void)
{
    printk(KERN_INFO "sniffer is initializing...");
    printk(KERN_INFO "done!\n");
    return 0;
}
static void __exit sniffer_exit(void)
{
    printk(KERN_INFO "sniffer is cleaning up...");
    printk(KERN_INFO "done!\n");
}
MODULE_AUTHOR("xyz");
MODULE_LICENSE("GPL");
module_init(sniffer_init);
module_exit(sniffer_exit);

生成文件

obj-m += sniffer.o

all:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules

clean:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

然后我进行了修改，这只是一个多文件模块的测试

嗅探器.c

#include <linux/module.h>
static int __init sniffer_init(void)
{
    printk(KERN_INFO "sniffer is initializing...");
    test_handler();
    printk(KERN_INFO "done!\n");
    return 0;
}
static void __exit sniffer_exit(void)
{
    printk(KERN_INFO "sniffer is cleaning up...");
    printk(KERN_INFO "done!\n");
}
MODULE_AUTHOR("WEICHAO HUANG");
MODULE_LICENSE("GPL");
module_init(sniffer_init);
module_exit(sniffer_exit);

生成文件

obj-m += sniffer.o
sniffer-objs := proto_handler.o
all:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules

clean:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

proto_handler.c

#include <linux/module.h>

void test_handler(void)
{
    printk(KERN_INFO "this is a test");
}

proto_handler.h

void test_handler(void);

然后，在我创建并运行 insmod 之后，我在/var/log/messages 中看到了这些消息

嗅探器:模块许可证“未指定”污染内核

由于内核污染而禁用锁调试

首先，我不知道为什么会显示这些消息，因为我指定了我的许可证。

其次，在看到这些消息后，即使我还原我的代码，我也再也无法通过运行 insmod 或 rmmod 看到该模块的 printk 结果。但正如我所说，我只需将以前的代码复制到具有其他名称的模块中，它就会再次运行。 Linux 中有黑名单之类的东西吗？

谁能帮帮我？非常感谢!

Answer 1

问题出在您的 Makefile 上，特别是 sniffer-objs := proto_handler.o行。

当您指定对象时，您必须指定所有 对象，这些对象将作为 ko 模块对象的一部分包含在内。另外，好像如果你有多个源文件，源文件的名字一定不能和最终的对象名匹配。 IE。 sniffer.o 表示包含两个源对象的最终链接对象。因此，不要使用 sniffer.c 和 proto_handler.c，而是将名称更改为 sniffer_main.c。

对于您当前的 makefile，sniffer.o 将仅包含 proto_handler.o 的内容，其中不包含任何模块初始化或退出代码，也不包含许可证详细信息。

这是 nm sniffer.o 的转储使用当前的 makefile，请注意缺少 init_module函数和其他模块相关符号:

0000000000000000 r ____versions
0000000000000009 r __mod_vermagic5
0000000000000000 r __module_depends
0000000000000000 D __this_module
                 U printk
0000000000000000 T test_handler

现在，将您的源文件重命名为 sniffer_main.c 和 proto_handler.c，并更改以下 makefile:

sniffer-objs := sniffer_main.o proto_handler.o

决赛sniffer.o对象内容现在包括所有必要的符号。

nm sniffer.o :

000000000000000  c r __mod_author13
0000000000000000 r __mod_license14
0000000000000000 T cleanup_module
0000000000000000 T init_module
                 U printk
0000000000000000 t sniffer_exit
0000000000000000 t sniffer_init
0000000000000000 T test_handler

您还可以获得一些关于 make 输出中发生的事情的线索。使用原始 Makefile，sniffer.c 永远不会编译为 sniffer.o。