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 at vostro ~]$ zcat /proc/config.gz |grep LOCALVERSION_AUTO CONFIG_LOCALVERSION_AUTO=y
[makoto at 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 at vostro linux_mainline][v3.2]$ git rev-parse --verify HEAD 805a6af8dba5dfdd35ec35dc52ec0122400b2610
Any insight would be highly appreciated.
Kind Regards,
Makoto Harada
Quoted 16 lines · Makoto Harada
Dear expert
Would someone please teach me how to confirm
LOCALVERSION_AUTOconfig effect ?
I built my kernel withLOCALVERSION_AUTOenabled, 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 at vostro ~]$ zcat
/proc/config.gz|grepLOCALVERSION_AUTOCONFIG_LOCALVERSION_AUTO=y
[makoto at vostro ~]$ uname -a
Linux vostro 3.2.0-makoto-0-dirty #5 SMP Fri Sep 5 22:32:22 JST 2014x86_64GNU/Linux
Quoted 8 lines
[makoto at vostro linux_mainline][v3.2]$ git rev-parse --verify HEAD
805a6af8dba5dfdd35ec35dc52ec0122400b2610Any 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:
Quoted 3 lines
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.
Quoted 6 lines
805a6a is tagged as v3.2, and
LOCALVERSION_AUTOmatches git tags first as described in init/Kconfig:Quoted 3 lines
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 at vostro linux_mainline][v3.2_test]$ git reset HEAD^ Unstaged changes after reset:
M Makefile
[makoto at vostro linux_mainline][v3.2_test]$ scripts/setlocalversion -00105-g8696823-dirty
Thanks !!
Kind Regards,
Makoto Harada
Quoted 48 lines · Julius Haertl
Quoted 16 lines · Makoto Harada
Dear expert
Would someone please teach me how to confirm
LOCALVERSION_AUTOconfig effect ?
I built my kernel withLOCALVERSION_AUTOenabled, 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 at vostro ~]$ zcat
/proc/config.gz|grepLOCALVERSION_AUTOCONFIG_LOCALVERSION_AUTO=y
[makoto at vostro ~]$ uname -a
Linux vostro 3.2.0-makoto-0-dirty #5 SMP Fri Sep 5 22:32:22 JST 2014x86_64GNU/LinuxQuoted 8 lines
[makoto at vostro linux_mainline][v3.2]$ git rev-parse --verify HEAD
805a6af8dba5dfdd35ec35dc52ec0122400b2610Any insight would be highly appreciated.
Kind Regards,
Makoto HaradaHi Makoto,
805a6a is tagged as v3.2, and
LOCALVERSION_AUTOmatches git tags first as described in init/Kconfig:Quoted 3 lines
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/setlocalversiongenerates the version when you have set LOCALVERSION_AUTO=y, so you might also take a look there.- Julius
_______________________________________________
Kernelnewbies mailing list
Kernelnewbies at kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies