Question

加载此模块时：

#include <linux/init.h>
#include <linux/module.h>
#include <linux/kernel.h>

MODULE_LICENSE("Dual BSD/GPL");

static int hello_init(void) {
  printk("<1> Hello world!\n");
  return 0;
}

static void hello_exit(void) {
  printk("<1> Bye, cruel world\n");
}


module_init(hello_init);
module_exit(hello_exit);

（来自http://www.freesoftwaremagazine.com/articles/drivers_linux?page=0,2）

模块在[permanent]中标记为lsmod，无法在2.6.39-02063904-generic（来自Ubuntu PPA）上卸载。但它在默认的2.6.38内核上运行良好。（两者都在Ubuntu 11.04 x86上）。

2.6.39有什么变化？我需要在代码中更改什么？

当我遇到这个问题时，我试图找出一个更复杂的问题。

编辑：

根据答案的建议，我编辑了代码以添加__init和__exit（hello3.c）：

#include <linux/init.h>
#include <linux/module.h>
#include <linux/kernel.h>

MODULE_LICENSE("Dual BSD/GPL");

static int __init hello_init(void) {
  printk("<1> Hello world!\n");
  return 0;
}

static void __exit hello_exit(void) {
  printk("<1> Bye, cruel world\n");
}

module_init(hello_init);
module_exit(hello_exit);

构建输出：

make -C /lib/modules/2.6.39-02063904-generic/build M=/home/douglas/kernelmod modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.39-02063904-generic'
Building with KERNELRELEASE = 2.6.39-02063904-generic
  CC [M]  /home/douglas/kernelmod/hello3.o
  Building modules, stage 2.
Building with KERNELRELEASE = 2.6.39-02063904-generic
  MODPOST 8 modules
  CC      /home/douglas/kernelmod/hello3.mod.o
  LD [M]  /home/douglas/kernelmod/hello3.ko
make[1]: Leaving directory `/usr/src/linux-headers-2.6.39-02063904-generic'

EDIT2：

hello3.mod.c：

#include <linux/module.h>
#include <linux/vermagic.h>
#include <linux/compiler.h>

MODULE_INFO(vermagic, VERMAGIC_STRING);

struct module __this_module
__attribute__((section(".gnu.linkonce.this_module"))) = {
 .name = KBUILD_MODNAME,
 .init = init_module,
#ifdef CONFIG_MODULE_UNLOAD
 .exit = cleanup_module,
#endif
 .arch = MODULE_ARCH_INIT,
};

static const struct modversion_info ____versions[]
__used
__attribute__((section("__versions"))) = {
    { 0xbe4b3e92, "module_layout" },
    { 0xb4390f9a, "mcount" },
    { 0x5e3b3ab4, "printk" },
};

static const char __module_depends[]
__used
__attribute__((section(".modinfo"))) =
"depends=";


MODULE_INFO(srcversion, "D2A869459874C22AB265981");

另外

# grep CONFIG_MODULE_UNLOAD /boot/config-2.6.39-02063904-generic 
CONFIG_MODULE_UNLOAD=y

EDIT3：

更有趣的是，我自己编译的香草内核不会发生这种情况加载和卸载模块很好。

EDIT4：

我在VM上安装了Oneiric beta 2版本，而3.0.0-11内核也没有任何问题。因此它似乎仅限于Ubuntu Vanilla PPA内核。解决这个问题并不是很有趣。

Answer 1

因此，在与Canonical协商后，我知道问题所在：

Ubuntu mainline builds是使用Hardy工具链构建的，11.04和11.10工具链与构建树外核心模块不兼容。

Answer 2

“struct module”布局依赖于HAVE_JUMP_LABEL定义，这取决于CC_HAVE_ASM_GOTO定义，这取决于gcc-goto.sh脚本结果，该结果取决于所使用的gcc版本。当存在不匹配时，模块退出回调（析构函数）获取NULL值，这会导致模块被标记为[permanent]。

Answer 3

据我所知，从内核源代码可以看出，如果一个模块有一个init函数，但它没有退出函数，那么它就被标记为永久性。

在这种情况下我不完全确定，但您可能希望分别使用__init和__exit标记init和exit函数。（另外，要注意modpost发出的任何警告）

Answer 4

这个问题是由于较长的gcc编译器生成错误的模块二进制格式而导致模块退出函数无法从内核中获取正确的卸载信息。

您可以检查您的gcc版本是否为4.4，如果是，则更改为使用4.6并且问题将得到解决：

gcc --version

如果是4.4版本，请删除/ usr / bin / gcc的符号链接并将其重新链接到/usr/bin/gcc-4.6。重新编译后，模块删除应该有效。

为什么这个内核模块在2.6.39上标记为永久性

4 个答案: