内核与驱动文件的version magic匹配问题

港控/mmm° 2022-06-18 03:50 150阅读 0赞

最近做一个底层源码版本管理的工作： 本地调试OK的内核源码，驱动源码，文件系统等，作为一个工程上传至SVN服务器，以便同事们可以方便共享同步代码；  
  
1.问题：本地编译的一整套底层代码down到设备跑都正常，但是由这套代码上传SVN服务器而后checkout出来的代码编译的文件，则出现驱动文件加载不上的情况（驱动以模块方式加载），打印如下  
log: version magic '3.3.0 preempt mod\_unload ARMv5 ' should be '3.3.0-svn87 preempt mod\_unload ARMv5 '  
  
2.分析：初步由打印log信息看，是由version magic不匹配造成，找到信息打印点， kernel/module.c

点击(此处)折叠或打开

1.  printk(KERN\_ERR "%s: version magic '%s' should be '%s'\\n",  
    
2.           mod\->name, modmagic, vermagic);

然后

点击(此处)折叠或打开

1.  static const char vermagic\[\] = VERMAGIC\_STRING;

可知打印语句实际由宏VERMAGIC\_STRING定义，接着看include/linux/vermagic.h

点击(此处)折叠或打开

1.  \#define VERMAGIC\_STRING                         \\  
    
2.      UTS\_RELEASE " "                            \\  
    
3.      MODULE\_VERMAGIC\_SMP MODULE\_VERMAGIC\_PREEMPT             \\  
    
4.      MODULE\_VERMAGIC\_MODULE\_UNLOAD MODULE\_VERMAGIC\_MODVERSIONS    \\  
    
5.      MODULE\_ARCH\_VERMAGIC

打印信息的不同点“'3.3.0”和“3.3.0-svn87”是由宏UTS\_RELEASE生成，那么重点关注UTS\_RELEASE  
由名字推测是编译内核时版本号给打上了svn相关标记，但是在内核源码中没看到任何地方定义UTS\_RELEASE，再到Makefile找，搜到这句

点击(此处)折叠或打开

1.  (echo \\\#define UTS\_RELEASE \\"$(KERNELRELEASE)\\";)

再搜KERNELRELEASE

点击(此处)折叠或打开

1.  \# Read KERNELRELEASE from include/config/kernel.release (if it exists)  
    
2.   382 KERNELRELEASE = $(shell cat include/config/kernel.release 2> /dev/null)  
    
3.   383 KERNELVERSION = $(VERSION)$(if $(PATCHLEVEL),.$(PATCHLEVEL)$(if $(SUBLEVEL),.$(SUBLEVEL)))$(EXTRAVERSION)

可见KERNELRELEASE由include/config/kernel.release文件读取获得，但是内核源码中并无此文件（为查找差异之前将内核make distclean掉了），再重新编译  
  
一次，果然生成了include/config/kernel.release文件，查看内容

点击(此处)折叠或打开

1.  cat include/config/kernel.release  
    
2.  3.3.0\-svn87

找到了加载驱动时打印log里的“ 3 . 3 . 0 \- svn87 ”  
   
再回到Makefile，搜kernel.release

点击(此处)折叠或打开

1.  \# Store (new) KERNELRELASE string in include/config/kernel.release  
    
2.   951 include/config/kernel.release: include/config/auto.conf FORCE  
    
3.   952 $(Q)rm \-f $@  
    
4.   953 $(Q)echo "$(KERNELVERSION)$$($(CONFIG\_SHELL) $(srctree)/scripts/setlocalversion $(srctree))" > $@

kernel.release就是在这里生成的，前面版面号忽略，“-svn87”实际上是执行setlocalversion得到svn版本号加上去的；  
  
查看得知setlocalversion是一个脚本文件，支持自动获取svn，git等源码管理工具的版本号；

### 3.解决： ###

只需要使version magic一致，驱动就可以顺利加载；由于厂商提供的部分驱动文件没提供源码，并且本地内核也会不断升级(svn版本号会变)，所以最简单的方法是将  
  
附加的-svnXX去掉，这样现存的驱动和后续编译的驱动和内核就都可以保持一致了：  
  
修改如下，

点击(此处)折叠或打开

1.  include/config/kernel.release: include/config/auto.conf FORCE  
    
2.   952 $(Q)rm \-f $@  
    
3.   953 \#     $(Q)echo "$(KERNELVERSION)$$($(CONFIG\_SHELL) $(srctree)/scripts/setlocalversion $(srctree))" > $@  
    
4.   954       $(Q)echo "$(KERNELVERSION)$$($(CONFIG\_SHELL) $(srctree))" > $@

重新编译后，驱动可以正常加载工作了。  
  
 PS:当然，version magic是一个很好的功能，如果所有驱动都有源码，对于发布产品的版本，加上svn版本号标记可以有效保证内核驱动版本一致性。

阅读(1320) | 评论(0) | 转发(0) |

上一篇：unable to open initial console 问题的分析与解决

下一篇：Linux kernel启动参数