关于CONFIG_LOCALVERSION_AUTO设置去掉内核版本号SVN后缀

出处 http://blog.csdn.net/gqb_driver/article/details/8444528

关于CONFIG_LOCALVERSION_AUTO设置去掉内核版本号SVN后缀

分类: 嵌入式Linux驱动开发Linux Kernel 807人阅读 评论(0) 收藏 举报
CONFIG_LOCALVERSION_ linux驱动开发 omap3芯片

原创作品,转载时请务必以超链接形式标明文章原始出处:http://blog.csdn.net/gqb666/article/details/8444528,作者:gqb666

最近在TI 的DVSDK下写驱动模块时老受linux内核svn版本号问题的困扰,如"2.6.37-svn41"、"2.6.37-svn51"等等,svn版本变一次,从上面取下的代码内核版本就要变一次,这样造成原来驱动模块ko文件必须重新拷贝到新的lib/modules/2.6.37-svn51下,非常麻烦且不利于发版本。

因此找到一篇博文《去掉SVN管理kernel编译后版本自动变化》,见我的转载。

按其说法将arch/arm/configs/omap3_evm_defconfig里面

CONFIG_LOCALVERSION_AUTO=y

修改为#CONFIG_LOCALVERSION_AUTO=y

或#CONFIG_LOCALVERSION_AUTO is not set

清理内核源码根目录下的.config文件后,重新make omap3_evm_defconfig或者make linux_config,CONFIG_LOCALVERSION_AUTO相关项虽然未设置但依旧被内建。

后来发现将其设置为:

CONFIG_LOCALVERSION_AUTO=n

才使其默认不选上,其原理研究后再补上。

但是这样做了之后,编译linux内核并引导发内核版本变成了"2.6.37+",多了个“+”号

这个就需要修改scripts/setlocalversion的脚本了,先来看一段代码


[plain] view plain copy
  1. scm_version()  

  2. {  

  3.    local short  

  4.    short=false  

  5.    cd "$srctree"  

  6.    if test -e .scmversion; then  

  7.    cat .scmversion  

  8.    return  

  9.    fi  

  10.    if test "$1" = "--short"; then  

  11.        short=true  

  12.    fi  

  13.    # Check for git and a git repo.  

  14.    if test -d .git && head=`git rev-parse --verify --short HEAD 2>/dev/null`;then  

  15.        # If we are at a tagged commit (like "v2.6.30-rc6"), we ignore  

  16.        # it, because this version is defined in the top level Makefile.  

  17.        if [ -z "`git describe --exact-match 2>/dev/null`" ]; then  

  18.            # If only the short version is requested, don't bother  

  19.            # running further git commands  

  20.                if $short; then  

  21.                    echo "+"  

  22.                    return  

  23.                fi  

  24.        ……  

  25.        fi  

  26.        ……  

  27.    fi  

  28. }  


这里有个 echo "+",那“2.6.37+”里面的“+”到底是这条语句产生的吗?开始看到有些博客说修改这里, 注释掉 "echo "+"",但并未起作用。需要认真分析一下,看第3个f语句,意思是至少有.git目录存在的话才会执行这后面的,但我们用的svn,没有.git的,所以这里的echo "+"并未执行。再看一段代码:



[plain] view plain copy
  1. # scm version string if not at a tagged commit  

  2. if test "$CONFIG_LOCALVERSION_AUTO" = "y"; then  

  3.    # full scm version string  

  4.    res="$res$(scm_version)"  

  5. else  

  6.    # append a plus sign if the repository is not in a clean  

  7.    # annotated or signed tagged state (as git describe only  

  8.    # looks at signed or annotated tags - git tag -a/-s) and  

  9.    # LOCALVERSION= is not specified  

  10.    if test "${LOCALVERSION+set}" != "set"; then  

  11.        scm=$(scm_version --short)  

  12.        res="$res${scm:++}"  

  13.    fi  

  14. fi  

这里的if就是说如果CONFIG_LOCALVERSION_AUTO定义的话,会加上svn版本号,我们已经设为n了,所以会执行else部分, scm=$(scm_version --short)虽然将--short传给scm_version使得short=true,但.git不存在,所以scm_version并未打印出“+”,再来看 res="$res${scm:++}"这句话什么意思呢?scm:++实际上是说如果scm未定义的话,将使用默认值"+"也就是说:+表示使用默认值的意思,而第二个“+”表示默认值。所以将第二个“+”去掉即可。也就是改成 res="$res${scm:+}",即可打印不带“+”的版本号“2.6.37”。


希望给遇到同样问题的同行以帮助!


http://smilejay.com/2012/07/kernel-version-plus-sign/


Linux kernel编译生成的版本多一个加号“+”

七 28th, 2012
2,390 views | 发表评论 | Trackback

其实,一直以来,我们编译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”的定义如下:

View Code BASH
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发布的版本信息,如下:

View Code BASH
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这个脚本,有如下的部分重要内容。

View Code BASH
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"

如下的一些信息可以方便你理解上面的这段脚本。

View Code BASH
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

标签: Kernel, Linux, Shell


你可能感兴趣的:(linux)