其實,一直以來,咱們編譯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