History:2012-02-17

Author:yingru

PC機環境介紹：

內核版本：2.6.35.6-45.fc14.i686

命令行輸入dmesg查看最后的日志，發現如下錯誤記錄：

rtutil3070ap:version magic '2.6.35.14-96.fc14.i686 SMP mod_unload 686 ' should be '2.6.35.6-45.fc14.i686 SMP mod_unload 686'

其余幾個模塊也是同樣錯誤

version magic真的是個很惡心的東西。。

既然提示出錯了就去找原因。

查證AP驅動的makefile里內核目錄變量指向的是當前PC機所用內核目錄。/lib/modules/`uname -r`/build

這一步沒有錯。那么說明驅動的makefile是正確的

切換到/lib/modules/`uname -r`/目錄下，查看build（build在此處是一個符號鏈接）， ls -al 發現build指向的目錄是/usr/src/kernels/2.6.35.14-96.fc14.i686，問題在這里，雖然我用的目錄是/lib/modules/`uname -r`/build 這個目錄貌似與我當前內核版本（uname -r 即2.6.35.6-45.fc14.i686）一致，但是build這個符號鏈接指向的內核源碼卻是2.6.35.14-96.fc14.i686的，這樣造成了編譯出來的模塊所帶的version magic是2.6.35.14-96.fc14.i686這一版本，加載時與uname -r不符。

那么要解決這一問題，就需要“篡改”一下內核源碼里的version magic 。

驅動模塊的version magic信息是怎么生成的：

2.6 內核下，在linux/vermagic.h中定義有VERMAGIC_STRING，VERMAGIC_STRING不僅包含內核版本號，還包含有內核 使用的gcc版本，SMP與PREEMPT等配置信息。模塊在編譯時，我們可以看到屏幕上會顯示"MODPOST"。在此階段， VERMAGIC_STRING會添加到模塊的modinfo段。在內核源碼目錄下scripts\mod\modpost.c文件中可以看到模塊后續處 理部分的代碼。模塊編譯生成后，通過`modinfo mymodule.ko`命令可以查看此模塊的vermagic等信息。2.6 內核下的模塊裝載器里保存有內核的版本信息，在裝載模塊時，裝載器會比較所保存的內核vermagic與此模塊的modinfo段里保存的 vermagic信息是否一致，兩者一致時，模塊才能被裝載。譬如Fedora core 4 與core 2 使用的都是2.6 版本內核，在Fedore Core 2下去加載Fedora Core4下編譯生成的hello.ko，會出現"invalid module format" 錯誤。
http://www.ibm.com/developerworks/cn/linux/l-module26/

既然是這個道理，那么只需要把/usr/src/kernels/2.6.35.14-96.fc14.i686/目錄下源碼中的include/linux/vermagic.h中的VERMAGIC_STRING修改成與當前PC內核uname -r一致即可。

修改如下：

#define VERMAGIC_STRING ????????????????\

"2.6.35.6-45.fc14.i686"?"" ?????\

MODULE_VERMAGIC_SMP MODULE_VERMAGIC_PREEMPT??\

MODULE_VERMAGIC_MODULE_UNLOAD MODULE_VERMAGIC_MODVERSIONS \

MODULE_ARCH_VERMAGIC

（描紅為修改處）

具體的格式可以在modinfo yourmodule.ko查看之后 再確定修改哪里 修改完后重新make即可 加載后沒有version magic報錯提示。