insmod hello.ko -1 Invalid module format最简单的解决的方法

在下也是从网上搜索到的这样的解决的方法。

遇到这样的情况后，通过dmesg看一下内核日志。

假设发现有例如以下日志。那就好办了。

hello: version magic '2.6.33.3 ' should be '2.6.33.3-85.fc13.i686.PAE SMP mod_unload 686 '

改动内核源代码文件include/linux/vermagic.h

把例如以下VERMAGIC_STRING宏的定义删掉

#define VERMAGIC_STRING \ 
UTS_RELEASE " "\ 
MODULE_VERMAGIC_SMP MODULE_VERMAGIC_PREEMPT \ 
MODULE_VERMAGIC_MODULE_UNLOAD MODULE_VERMAGIC_MODVERSIONS\ 
MODULE_ARCH_VERMAGIC

然后，从新定义一个VERMAGIC_STRING宏

#define VERMAGIC_STRING  "should be '2.6.33.3-85.fc13.i686.PAE SMP mod_unload 686 "

注意，双引號中的内容，要与dmesg输出的日志中should be后面的单引號中的内容，全然同样。别漏掉了那个空格哦。

好了，如今又一次编译一下你的模块，再载入一次吧。

基本上应该会OK啦。

须要指出的是，这样的方法非常不正规。

假设你仅仅是急于开发验证模块，不想又一次编译安装新内核，能够暂时使用一下。

并且，用的时候，也要注意一下，模块编译所用的内核版本号与实际执行的内核版本号。

大体上也要比較接近才行。否则可能会出问题的。

假设是正式的产品。请务必保证。模块是基于实际执行的内核编译出来的。

好了。问题攻克了。以下再闲说几句模块的载入。

实际上。Linux下模块的载入。是通过系统调用sys_init_module完毕的。

对于2.6的内核。sys_init_module的代码在kernel/module.c中

sys_init_module调用load_module，load_module则检查模块的vermagic是否与内核的一样。

modmagic = get_modinfo(sechdrs, infoindex, "vermagic");
/* This is allowed: modprobe --force will invalidate it. */
if (!modmagic) {
tainted |= TAINT_FORCED_MODULE;
printk(KERN_WARNING "%s: no version magic, tainting kernel.\n",
      mod->name);
} else if (!same_magic(modmagic,vermagic)) {
printk(KERN_ERR "%s: version magic '%s' should be '%s'\n",
      mod->name, modmagic, vermagic);
err = -ENOEXEC;
goto free_hdr;
}

vermagic是内核中保存的magic。其定义例如以下。可见他的值也就来自于我们上面定义的宏。

static const char vermagic[] = VERMAGIC_STRING;

除了检查vermagic。load_module还会检查模块的许可证的兼容性，

详细调用链是：load_module->set_license->license_is_gpl_compatible

从以下license_is_gpl_compatible的代码，能够看出内核支持的许可证类型。

static inline int license_is_gpl_compatible(const char *license)
{
        return (strcmp(license, "GPL") == 0
                || strcmp(license, "GPL v2") == 0
                || strcmp(license, "GPL and additional rights") == 0
                || strcmp(license, "Dual BSD/GPL") == 0
                || strcmp(license, "Dual MIT/GPL") == 0
                || strcmp(license, "Dual MPL/GPL") == 0);
}

因此，我们的模块代码中MODULE_LICENSE("Dual MIT/GPL")这一项，也要注意符合license_is_gpl_compatible中的要求才行。否则的话。载入模块时。可能又要看到例如以下的告警了 :)

hello: module license  'xxx'  taints kernel.