linux – 尝试插入访问导出符号的模块时出现“无效参数”错误

我正在尝试在两个模块之间共享一个全局变量,以便了解如何正确使用EXPORT_SYMBOL宏,但是当我尝试插入第二个模块时,我不断收到无效参数错误.

在第一个模块foo.c中：

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

extern unsigned myvar;
unsigned myvar = 42;
EXPORT_SYMBOL(myvar);

static int __init foo_init(void){
        printk(KERN_INFO "HELLO FROM MODULE 1");

        return 0;
}

static void __exit foo_exit(void){
        printk(KERN_INFO "BYE FROM MODULE 1");
}

module_init(foo_init);
module_exit(foo_exit);

MODULE_LICENSE("GPL");

在第二个模块bar.c：

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

extern unsigned myvar;

static int __init bar_init(void){
        printk(KERN_INFO "HELLO FROM MODULE 2");

        printk(KERN_INFO "myvar: %u",myvar);

        return 0;
}

static void __exit bar_exit(void){
        printk(KERN_INFO "BYE FROM MODULE 2");
}

module_init(bar_init);
module_exit(bar_exit);

MODULE_LICENSE("GPL");

我使用单独的Makefile在单独的目录中编译每个模块.然后我手动插入每个模块：

# insmod foo.ko
# insmod bar.ko

Error: Could not insert module bar.ko: Invalid parameters

如果我首先尝试插入bar.ko,我会收到预期的未知符号错误：

# insmod bar.ko
Error: Could not insert module bar.ko: UnkNown symbol in module

这是符号转储：

# nm foo.ko | grep myvar

00000000ec933bae A __crc_myvar
0000000000001118 r __kcrctab_myvar
000000000000057c r __kstrtab_myvar
0000000000000b20 r __ksymtab_myvar
0000000000000180 D myvar

我正在运行Debian系统(内核v3.2.21)并应用了Xenomai补丁：

# uname -r
3.2.21-xenomai-2.6.2.1-ipipe

不幸的是,我不认为CONFIG_KALLSYMS_ALL已启用,因此我无法查看/ proc / kallsyms /来验证myvar是否实际导出.

解决方法

我决定在系统周围试图找出错误的原因：

# dmesg | tail
[11169.107152] HELLO FROM MODULE 1
[11226.101245] bar: no symbol version for myvar
[11226.101254] bar: UnkNown symbol myvar (err -22)

看起来问题不是导出符号,而是考虑符号版本.

该解决方案在Documentation/kbuild/modules.txt中详细说明并且非常简单：确保符号在Module.symvers文件中有一个条目.

例如,在我的情况下,两个模块分别位于/ home / vilhelm / foo /和/ home / vilhelm / bar /中.由于我分别编译每个模块,每个目录都有自己的Makefile.首先,我在foo目录中执行make,在foo模块的目录中生成Module.symvers文件.

# make

接下来,我通过在Makefile的顶部插入以下行来修改bar模块的Makefile：

KBUILD_EXTRA_SYMBOLS := /home/vilhelm/foo/Module.symvers

请注意,这是绝对的路径！

最后,我在bar目录中执行make并手动插入模块：

# make

...

# insmod /home/vilhelm/foo/foo.ko
# insmod /home/vilhelm/bar/bar.ko

没有错误,所以这是一个好兆头.

现在是真相的时刻：

# dmesg | tail
[12675.200451] HELLO FROM MODULE 1
[12715.743320] HELLO FROM MODULE 2
[12715.743328] myvar: 42

成功！

原文地址：https://www.jb51.cc/linux/393994.html

上一篇：Linux驱动程序中的platform_get_re 下一篇：linux – 从bash运行csh脚本,通过命

linux – 尝试插入访问导出符号的模块时出现“无效参数”错误

解决方法

相关推荐