移植驱动完毕后加载时的version magic报错原因以及解决办法
生活随笔
收集整理的這篇文章主要介紹了
移植驱动完毕后加载时的version magic报错原因以及解决办法
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
History:2012-02-17
Author:yingru
移植rt3070的AP驅(qū)動到裝有fedora14的PC機上時，模塊編譯完畢后，加載時提示invalid module format。 PC機環(huán)境介紹： 內(nèi)核版本：2.6.35.6-45.fc14.i686 命令行輸入dmesg查看最后的日志，發(fā)現(xiàn)如下錯誤記錄： 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驅(qū)動的makefile里內(nèi)核目錄變量指向的是當(dāng)前PC機所用內(nèi)核目錄。/lib/modules/`uname -r`/build 這一步?jīng)]有錯。那么說明驅(qū)動的makefile是正確的 切換到/lib/modules/`uname -r`/目錄下，查看build（build在此處是一個符號鏈接）， ls -al 發(fā)現(xiàn)build指向的目錄是/usr/src/kernels/2.6.35.14-96.fc14.i686，問題在這里，雖然我用的目錄是/lib/modules/`uname -r`/build 這個目錄貌似與我當(dāng)前內(nèi)核版本（uname -r 即2.6.35.6-45.fc14.i686）一致，但是build這個符號鏈接指向的內(nèi)核源碼卻是2.6.35.14-96.fc14.i686的，這樣造成了編譯出來的模塊所帶的version magic是2.6.35.14-96.fc14.i686這一版本，加載時與uname -r不符。
那么要解決這一問題，就需要“篡改”一下內(nèi)核源碼里的version magic 。 驅(qū)動模塊的version magic信息是怎么生成的： 2.6 內(nèi)核下，在linux/vermagic.h中定義有VERMAGIC_STRING，VERMAGIC_STRING不僅包含內(nèi)核版本號，還包含有內(nèi)核 使用的gcc版本，SMP與PREEMPT等配置信息。模塊在編譯時，我們可以看到屏幕上會顯示"MODPOST"。在此階段， VERMAGIC_STRING會添加到模塊的modinfo段。在內(nèi)核源碼目錄下scripts\mod\modpost.c文件中可以看到模塊后續(xù)處 理部分的代碼。模塊編譯生成后，通過`modinfo mymodule.ko`命令可以查看此模塊的vermagic等信息。2.6 內(nèi)核下的模塊裝載器里保存有內(nèi)核的版本信息，在裝載模塊時，裝載器會比較所保存的內(nèi)核vermagic與此模塊的modinfo段里保存的 vermagic信息是否一致，兩者一致時，模塊才能被裝載。譬如Fedora core 4 與core 2 使用的都是2.6 版本內(nèi)核，在Fedore Core 2下去加載Fedora Core4下編譯生成的hello.ko，會出現(xiàn)"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修改成與當(dāng)前PC內(nèi)核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報錯提示。
移植rt3070的AP驅(qū)動到裝有fedora14的PC機上時，模塊編譯完畢后，加載時提示invalid module format。 PC機環(huán)境介紹： 內(nèi)核版本：2.6.35.6-45.fc14.i686 命令行輸入dmesg查看最后的日志，發(fā)現(xiàn)如下錯誤記錄： 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驅(qū)動的makefile里內(nèi)核目錄變量指向的是當(dāng)前PC機所用內(nèi)核目錄。/lib/modules/`uname -r`/build 這一步?jīng)]有錯。那么說明驅(qū)動的makefile是正確的 切換到/lib/modules/`uname -r`/目錄下，查看build（build在此處是一個符號鏈接）， ls -al 發(fā)現(xiàn)build指向的目錄是/usr/src/kernels/2.6.35.14-96.fc14.i686，問題在這里，雖然我用的目錄是/lib/modules/`uname -r`/build 這個目錄貌似與我當(dāng)前內(nèi)核版本（uname -r 即2.6.35.6-45.fc14.i686）一致，但是build這個符號鏈接指向的內(nèi)核源碼卻是2.6.35.14-96.fc14.i686的，這樣造成了編譯出來的模塊所帶的version magic是2.6.35.14-96.fc14.i686這一版本，加載時與uname -r不符。
那么要解決這一問題，就需要“篡改”一下內(nèi)核源碼里的version magic 。 驅(qū)動模塊的version magic信息是怎么生成的： 2.6 內(nèi)核下，在linux/vermagic.h中定義有VERMAGIC_STRING，VERMAGIC_STRING不僅包含內(nèi)核版本號，還包含有內(nèi)核 使用的gcc版本，SMP與PREEMPT等配置信息。模塊在編譯時，我們可以看到屏幕上會顯示"MODPOST"。在此階段， VERMAGIC_STRING會添加到模塊的modinfo段。在內(nèi)核源碼目錄下scripts\mod\modpost.c文件中可以看到模塊后續(xù)處 理部分的代碼。模塊編譯生成后，通過`modinfo mymodule.ko`命令可以查看此模塊的vermagic等信息。2.6 內(nèi)核下的模塊裝載器里保存有內(nèi)核的版本信息，在裝載模塊時，裝載器會比較所保存的內(nèi)核vermagic與此模塊的modinfo段里保存的 vermagic信息是否一致，兩者一致時，模塊才能被裝載。譬如Fedora core 4 與core 2 使用的都是2.6 版本內(nèi)核，在Fedore Core 2下去加載Fedora Core4下編譯生成的hello.ko，會出現(xiàn)"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修改成與當(dāng)前PC內(nèi)核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報錯提示。
總結(jié)
以上是生活随笔為你收集整理的移植驱动完毕后加载时的version magic报错原因以及解决办法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： linux syslog服务器配置，自动
- 下一篇： 内核定时器timer_list使用