How to confirm LOCALVERSION_AUTO config effect
Dear expert Would someone please teach me how to confirm LOCALVERSION_AUTO config effect ? I built my kernel with LOCALVERSION_AUTO enabled, and boot my PC with the kernel. My expectation is that uname will return the kernel version with git hush version added, however I can not see it as shown below. [makoto@vostro ~]$ zcat /proc/config.gz |grep LOCALVERSION_AUTO CONFIG_LOCALVERSION_AUTO=y [makoto@vostro ~]$ uname -a Linux vostro 3.2.0-makoto-0-dirty #5 SMP Fri Sep 5 22:32:22 JST 2014 x86_64 GNU/Linux [makoto@vostro linux_mainline][v3.2]$ git rev-parse --verify HEAD 805a6af8dba5dfdd35ec35dc52ec0122400b2610 Any insight would be highly appreciated. Kind Regards, Makoto Harada
On 05.09.2014 16:21, Makoto Harada wrote:
Dear expert
Would someone please teach me how to confirm LOCALVERSION_AUTO config effect ? I built my kernel with LOCALVERSION_AUTO enabled, and boot my PC with the kernel. My expectation is that uname will return the kernel version with git hush version added, however I can not see it as shown below.
[makoto@vostro ~]$ zcat /proc/config.gz |grep LOCALVERSION_AUTO CONFIG_LOCALVERSION_AUTO=y [makoto@vostro ~]$ uname -a Linux vostro 3.2.0-makoto-0-dirty #5 SMP Fri Sep 5 22:32:22 JST 2014 x86_64 GNU/Linux
[makoto@vostro linux_mainline][v3.2]$ git rev-parse --verify HEAD 805a6af8dba5dfdd35ec35dc52ec0122400b2610
Any insight would be highly appreciated.
Kind Regards, Makoto Harada
Hi Makoto, 805a6a is tagged as v3.2, and LOCALVERSION_AUTO matches git tags first as described in init/Kconfig:
This will try to automatically determine if the current tree is a release tree by looking for git tags that belong to the current top of tree revision.
You might have left your changes to the kernel uncommited inside your git repository. These uncommited changes produce the -dirty string in your kernel name. The script at scripts/setlocalversion generates the version when you have set LOCALVERSION_AUTO=y, so you might also take a look there. - Julius
Hi, Julius Thank you so much for your prompt reply.
805a6a is tagged as v3.2, and LOCALVERSION_AUTO matches git tags first as described in init/Kconfig:
This will try to automatically determine if the current tree is a release tree by looking for git tags that belong to the current top of tree revision. Now, I understood.
By resetting one commit from v3.2, then now I got the expected result. [makoto@vostro linux_mainline][v3.2_test]$ git reset HEAD^ Unstaged changes after reset: M Makefile [makoto@vostro linux_mainline][v3.2_test]$ scripts/setlocalversion -00105-g8696823-dirty Thanks !! Kind Regards, Makoto Harada (2014/09/06 0:06), Julius Haertl wrote:
On 05.09.2014 16:21, Makoto Harada wrote:
Dear expert
Would someone please teach me how to confirm LOCALVERSION_AUTO config effect ? I built my kernel with LOCALVERSION_AUTO enabled, and boot my PC with the kernel. My expectation is that uname will return the kernel version with git hush version added, however I can not see it as shown below.
[makoto@vostro ~]$ zcat /proc/config.gz |grep LOCALVERSION_AUTO CONFIG_LOCALVERSION_AUTO=y [makoto@vostro ~]$ uname -a Linux vostro 3.2.0-makoto-0-dirty #5 SMP Fri Sep 5 22:32:22 JST 2014 x86_64 GNU/Linux
[makoto@vostro linux_mainline][v3.2]$ git rev-parse --verify HEAD 805a6af8dba5dfdd35ec35dc52ec0122400b2610
Any insight would be highly appreciated.
Kind Regards, Makoto Harada
Hi Makoto,
805a6a is tagged as v3.2, and LOCALVERSION_AUTO matches git tags first as described in init/Kconfig:
This will try to automatically determine if the current tree is a release tree by looking for git tags that belong to the current top of tree revision. You might have left your changes to the kernel uncommited inside your git repository. These uncommited changes produce the -dirty string in your kernel name.
The script at scripts/setlocalversion generates the version when you have set LOCALVERSION_AUTO=y, so you might also take a look there.
- Julius
_______________________________________________ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
participants (2)
-
Julius Haertl -
Makoto Harada