From: jus@bitgrid.net (Julius Haertl)
To: kernelnewbies@lists.kernelnewbies.org
Subject: How to confirm LOCALVERSION_AUTO config effect
Date: Fri, 05 Sep 2014 17:06:11 +0200 [thread overview]
Message-ID: <5409D163.3050807@bitgrid.net> (raw)
In-Reply-To: <5409C702.3000100@gmail.com>
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 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
>
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
next prev parent reply other threads:[~2014-09-05 15:06 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-05 14:21 How to confirm LOCALVERSION_AUTO config effect Makoto Harada
2014-09-05 15:06 ` Julius Haertl [this message]
2014-09-05 16:56 ` Makoto Harada
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5409D163.3050807@bitgrid.net \
--to=jus@bitgrid.net \
--cc=kernelnewbies@lists.kernelnewbies.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.