其实,一直以来,我们编译KVM(Linux kernel)生成的RPM包中的kernel版本总是带有一个“莫名其妙”的加号(+),其实我知道大概是因为我们修改了Linux.git(或kvm.git)中的一些文件。但是我们只是修改了一下Makefile,让我们做RPM包是方便而已,一般我也没有在编译时修改其他的源代码文件,所以我想把这个加号去掉,对其进行了简单的研究,问题已经搞定了,记录如下吧。
kernel版本出现一个加号(plug sign)的原因可能是如下两点,当然前提是使用Linux的GIT repository,且CONFIG_LOCALVERSION_AUTO和LOCALVERSION都没有设置。
(1)如果当前repository的commit ID不是某一个tag,则默认有一个加号。因为在最上层的Makefile中只有该repository中最近一次tag的版本信息,需要用加号(+)来标识它并非一个tag(如:3.5.0)。
(2)如果当前repository的commit ID刚好是一个tag,且其中有GIT管理下的文件被改动,这默认有一个加号(+)。
如果想避免这个烦人的加号,可以将scripts/setlocalversion脚本中带有’ echo “+” ‘和’ res=”$res${scm:++}” ‘的这两行删掉即可。
To avoid the additional plus sign in kernel release version, just remove ‘ echo “+” ‘ line and ‘ res=”$res${scm:++}” ‘ line in scripts/setlocalversion file.
首先,Linux的顶层的Makefile关于版本的信息,以及对”make kernelrelease”的定义如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
VERSION = 3 PATCHLEVEL = 5 SUBLEVEL = 0 EXTRAVERSION = NAME = Saber-toothed Squirrel #..............@echo' kernelrelease - Output the release version string'@echo' kernelversion - Output the version stored in Makefile'#.............. kernelrelease: @echo"$(KERNELVERSION)$$($(CONFIG_SHELL)$(srctree)/scripts/setlocalversion $(srctree))" kernelversion: @echo $(KERNELVERSION) |
然后,我们执行“make kernelrelease”则会生成kernel发布的版本信息,如下:
1 2 3 4 5 |
[root@jay-linux linux.git]# make kernelrelease 3.5.0 [root@jay-linux linux.git]# vi mm/oom_kill.c[root@jay-linux linux.git]# make kernelrelease 3.5.0+ |
注意,这个加号其实是作为本地的版本号加进去的,详见scripts/setlocalversion这个脚本,有如下的部分重要内容。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 |
scm_version(){local short short=falsecd"$srctree"iftest-e .scmversion; thencat .scmversion returnfiiftest"$1" = "--short"; thenshort=truefi# Check for git and a git repo.iftest-d .git &&head=`git rev-parse --verify--short HEAD 2>/dev/null`; then# If we are at a tagged commit (like "v2.6.30-rc6"), we ignore# it, because this version is defined in the top level Makefile.if[-z"`git describe --exact-match 2>/dev/null`"]; then# If only the short version is requested, don't bother# running further git commandsif$short; thenecho"+"returnfi# If we are past a tagged commit (like# "v2.6.30-rc5-302-g72357d5"), we pretty print it.ifatag="`git describe 2>/dev/null`"; thenecho"$atag"|awk-F-'{printf("-%05d-%s", $(NF-1),$(NF))}'# If we don't have a tag at all we print -g{commitish}.elseprintf'%s%s'-g$headfifiifgit diff-index --name-only HEAD |grep-qv"^scripts/package"; thenprintf'%s'-dirtyfi# All done with gitreturnfi#................}#................# CONFIG_LOCALVERSION and LOCALVERSION (if set)res="${res}${CONFIG_LOCALVERSION}${LOCALVERSION}"# scm version string if not at a tagged commitiftest"$CONFIG_LOCALVERSION_AUTO" = "y"; then# full scm version stringres="$res$(scm_version)"else# append a plus sign if the repository is not in a clean# annotated or signed tagged state (as git describe only# looks at signed or annotated tags - git tag -a/-s) and# LOCALVERSION= is not specifiediftest"${LOCALVERSION+set}"!= "set"; thenscm=$(scm_version --short)res="$res${scm:++}"fifiecho"$res" |
如下的一些信息可以方便你理解上面的这段脚本。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
[root@jay-linux linux.git]# git rev-parse --verify --short HEAD 28a33cb [root@jay-linux linux.git]# git describe --exact-match 2>/dev/null v3.5 [root@jay-linux linux.git]# git diff-index --name-only HEAD mm/oom_kill.c [root@jay-linux linux.git]# man git #...........git-rev-parse(1) Pick out and massage parameters. git-describe(1) Show the most recent tag that is reachable from a commit. git-diff-index(1) Compares content and mode of blobs between the index and repository. #............ |
另外,对于setlocalversion中的一个语法解释一下:
${var:-value1} 在变量var不为空时,保持var原有的值不变;如果var变量未设置或者为空,这表达式结果为value1,但是变量var的值并不改变(未设置或为空)。
${var:+value1} 在变量var不为空时,表达式结果为value1;如果var变量未设置或者为空,这表达式结果为空。${var+value1}的效果一样。
${var:=value1} 在变量var不为空时,保持var原有的值不变;如果var变量未设置或者为空,这表达式结果为value1,变量var也被赋值为value1。
${var:?value1} 在变量var未设置或为空时,脚本会退出并抛出一个错误信息(包含value1)。
另外,如下一篇博客也研究了这个问题,供大家参考。
http://blog.csdn.net/adaptiver/article/details/7225980