環境： vmware + fedora8；
gcc version 4.1.2 20070925 (Red Hat 4.1.2-33)；
kernel source 用 kernel-2.6.23.1-42.fc8.src.rpm安裝；
uname -r 爲 2.6.23.1-42.fc8；
問題： 可以正常編譯我寫的驅動模塊，但是加載（insmod）的時候提示錯誤： insmod: error inserting 'xxx.ko': -1 Invalid module format；用＃ dmesg | tail 看到如下信息：xxx: version magic '2.6.23.1 SMP mod_unload 686 4KSTACKS ' should be '2.6.23.1-42.fc8 SMP mod_unload 686 4KSTACKS '； 這一行的意思就是說，當前插入的模塊xxx.ko的版本信息(version magic)與正運行的kernel的版本信息不一致！應該是2.6.23.1-42.fc8 SMP mod_unload 686 4KSTACKS，而實際上xxx.ko的版本信息卻是：2.6.23.1 SMP mod_unload 686 4KSTACKS； 顯然它們之間差別是很小的。實際上，根據上面安裝的kernel源碼來看，它們應該是沒有什麼差別的。 所以，下面採用了一種比較極端的方式，強制xxx.ko的版本信息與運行的kernel保持一致。
解決：
修改/usr/src/kernels/2.6.23.1-42.fc8-i686/include/linux/utsrelease.h文件中的宏定義
＃define UTS_RELEASE "2.6.23.1"
爲
＃define UTS_RELEASE "2.6.23.1-42.fc8"
然後重新編譯xxx.ko模塊，這時候，它與內核的版本信息應該就是一致的了！試驗下來確實如此,xxx.ko已經可以正常工作了！
爲什麼是修改上面的宏定義呢？來看看/usr/src/kernels/2.6.23.1-42.fc8-i686/include/linux/vermagic.h文件的內容吧！
#include <linux/utsrelease.h>#include <linux/module.h>/* Simply sanity version stamp for modules. */#ifdef CONFIG_SMP#define MODULE_VERMAGIC_SMP "SMP "#else#define MODULE_VERMAGIC_SMP ""#endif#ifdef CONFIG_PREEMPT#define MODULE_VERMAGIC_PREEMPT "preempt "#else#define MODULE_VERMAGIC_PREEMPT ""#endif#ifdef CONFIG_MODULE_UNLOAD#define MODULE_VERMAGIC_MODULE_UNLOAD "mod_unload "#else#define MODULE_VERMAGIC_MODULE_UNLOAD ""#endif#ifndef MODULE_ARCH_VERMAGIC#define MODULE_ARCH_VERMAGIC ""#endif#define VERMAGIC_STRING UTS_RELEASE " " MODULE_VERMAGIC_SMP MODULE_VERMAGIC_PREEMPT MODULE_VERMAGIC_MODULE_UNLOAD MODULE_ARCH_VERMAGIC其中，VERMAGIC_STRING就是內核的版本信息，每個kernel module的版本信息就是從源代碼樹中的該宏定義獲取的。所以，編譯模塊的時候一定要和實際使用該模塊的內核的源代碼樹保持一致！不要張冠李戴，否則就會在加載模塊的時候出現上述問題！
NOTES: 本方法並不是正規的解決辦法，我是由於不想重新編譯安裝linux kernel，並且能夠確保當前源碼樹中的kernel版本與系統運行的kernel版本是相同的情況下采用的權宜之計。如果不能保證這一點，最好不要採用這種方法。以免產生一些莫名其妙的問題！！