insmod加载模块的错误

[glacierful]

使用insmod命令在嵌入式板子上加载驱动，命令如下：
insmod ./test.ko

出现了这样的错误：
test: version magic '2.6.25 mod_unload ' should be '2.6.25-mux1222-svn62-dirty28 mod_unload '
insmod: cannot insert `./test.ko': Invalid module format (-1): Exec format error

[UN_ChairMan]

[Quote=引用 15 楼 wxywh 的回复:]
引用 14 楼 lishiyong110 的回复:

主要是没有分清楚主机与开发板的环境


同意您的观点。
[/Quote]
环境，环境

[morneve1]

大家真热情，呵呵
我爱CSDN

[glacierful]

"test: version magic '2.6.25-mux1222-svn62-dirty31 mod_unload ' should be '2.6.25-mux1222-svn62-dirty28 mod_unload '
insmod: cannot insert `test.ko': Invalid module format (-1): Exec format error"
这是新编译的时候出现的错误提示：版本数字的差异是 dirty31和dirty28，我自己的程序是2.6.25-mux1222-svn62-dirty31，目标板上的是2.6.25-mux1222-svn62-dirty28，有没有办法不让linux自动加载最后的那一截版本号，或者有没有办法，在insmod的时候，让这个版本检查不起作用。

[glacierful]

使用insmod -f ./test.ko强制装入模块，还是提示同样的错误。

[glacierful]

[Quote=引用 10 楼 wenxy1 的回复:]

1. 用uname -a 查看开发板的linux版本。

2. 用 file 查看 file.ko的版本。

版本不一致，在编译file.ko内核模块时，把kernel 源代码的path指向你的开发板内核的源代码path即可，另外还要注意编译时的环境变量。
[/Quote]
用uname 查看开发板linux版本是：
Linux freescale 2.6.25-mux1222-svn62-dirty28 #21 Fri Mar 5 15:19:59 CST 2010 ppc unknown

file test.ko的版本是：
test.ko: ELF 32-bit MSB relocatable, PowerPC or cisco 4500, version 1 (SYSV), not stripped

[glacierful]

生成的驱动程序，我查看ELF文件是目标板的PowerPC格式的ELF文件。我的主机是X86的，所以我认为文件的格式应该是没问题的。

我编译时，用的是自己安装后的源码树，但目标版上的linux是我的同事用他的机子上的源码编译的。所以，估计是驱动程序的版本签名不同，导致了这个错误。

这两天正忙别的事情，忙完后试试。

[hallowwar]

关注，正搞这个，Mark。

[YYQSH]

看看！

[jiaguang3010717]

出现了这样的错误：
test: version magic '2.6.25 mod_unload ' should be '2.6.25-mux1222-svn62-dirty28 mod_unload '
insmod: cannot insert `./test.ko': Invalid module format (-1): Exec format error

环境不一样：
第一，KLDIR=板子上的运行2.6.25-mux1222-svn62-dirty28 的绝对路径
第二，Makefile下加上CC=arm-linux-gcc //或者交叉编译器的绝对路径

板子上的环境和编译环境一样应该就没问题了

有一个办法就是，你板子上的内核代码拷到PC机的一个文件下，直接可以将-c文件放在driver目录下，然后做成。ok文件，这样保证了环境一样，编译器是交叉编译器一样，还简单不用写makefile文件，就可以生成。ok文件了

LZ试试，应该没问题了

[PolarisChow]

mark

[谭海燕]

Lz,编译驱动的Makefile中，内核源码树必须是目标板内核源码树。

否则，加载不成功的

[glacierful]

[Quote=引用 26 楼 feiyinzilgd 的回复:]

Lz,编译驱动的Makefile中，内核源码树必须是目标板内核源码树。

否则，加载不成功的
[/Quote]
编译出的驱动程序版本必须和目标版上的内核版本必须完全一致吗？
编译驱动程序用的源码树比目标板上的稍微新了点，因为内核又做了一些修改。因为我只是写了一个最简单的驱动，只是用printk打印了消息，对于内核是否修改没有区别。

2.6.25-mux1222-svn62-dirty31
2.6.25-mux1222-svn62-dirty28

版本的差异只是最后的31和28的区别，这点挺令我困惑的。


这两天正在弄这个，原来用的是Ubuntu，现在换装了Fedora11，刚把环境搭好。

[hallowwar]

学习了，以后用得到的，Mark，继续讨论。

[UN_ChairMan]

内核要和开发板的内核一样，交叉编译环境也是，继续关注中，期待楼主早日解决问题

[morneve1]

今天也有位同事碰到这种问题,内核版本号都是一样,就是跟LZ一样后面的字符串有些不同,无法insmod
换了KERNEL 源码重编了就好

也关注这个问题,看看到底能否避开这个问题加载成功

[glacierful]

问题解决了。确实是版本不一致造成的。
谢谢大家的帮助。

[hallowwar]

楼主还没有成功么？ insmod 我即将需要，关注啊，顶起。

[glacierful]

还没有成功。
前几天写了个别的程序，现在转回来继续弄这个。
准备自己编译一下内核，下载到板子后，再试。
内核配置中，自动追加一些字符串到版本字符串的选项，默认是选中的。

[白想519]

[Quote=引用 33 楼 glacierful 的回复:]
问题解决了。确实是版本不一致造成的。
谢谢大家的帮助。
[/Quote]

能详细说下怎么解决的么，我也遇到同样的问题。
在同一个源码树下编译的板子内核和test.ko，烧进开发板就是insmod不了。
我用的mpc8379rdb。

[白想519]

是tftp的问题。。
[Quote=引用 34 楼 baixiaoustc 的回复:]
引用 33 楼 glacierful 的回复:
问题解决了。确实是版本不一致造成的。
谢谢大家的帮助。


能详细说下怎么解决的么，我也遇到同样的问题。
在同一个源码树下编译的板子内核和test.ko，烧进开发板就是insmod不了。
我用的mpc8379rdb。
[/Quote]