linux-kernel - perf --version inconsistency

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [day] [month] [year] [list]

Date:	Tue, 9 Apr 2013 15:25:37 -0700
From:	Sukadev Bhattiprolu <sukadev@...ux.vnet.ibm.com>
To:	mingo@...nel.org
Cc:	Arnaldo Carvalho de Melo <acme@...stprotocols.net>,
	linux-kernel@...r.kernel.org
Subject: perf --version inconsistency

Following commit replaced 'git describe' with 'git tag -l | tail -1'
to speed up the build:

	commit acddedfba0df1e47fa99035a04661082b679ee9c
	Author: Ingo Molnar <mingo@...nel.org>
	Date:   Tue Oct 30 09:46:00 2012 +0100

	perf tools: Speed up the perf build time by simplifying the perf
	--version string generation

If we checkout an older commit and build perf, the version reported by 'perf'
ends up being inconsistent:

	$ git describe
	v3.8-rc7

	$ git show --pretty=short 
	commit 836dc9e3fbbab0c30aa6e664417225f5c1fb1c39
	Author: Linus Torvalds <torvalds@...ux-foundation.org>

	    Linux 3.8-rc7

	$ git tag -l | tail -1
	v3.9-rc4

	$ cd tools/perf; make perf

	$ ./perf --version
	perf version 3.9.rc4.g836dc9e

where commit id '836dc9e' corresponds to 'v3.8-rc7' rather than '3.9.rc4'.

Is the tag reported by 'perf --version' meant to be approximate ?

Wonder if we can do anything on the 'git' side to cache the tag associated
with HEAD and update the cache at each 'git checkout'. That could slow
down 'git checkout' though.

Sukadev

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/