aboutsummaryrefslogtreecommitdiffstats
path: root/tools/perf/Documentation/perf-buildid-cache.txt
blob: cd8ce6e8ec12fe58d04e5378c46f4551bf2f61ee (plain) (blame)
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
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
perf-buildid-cache(1)
=====================

NAME
----
perf-buildid-cache - Manage build-id cache.

SYNOPSIS
--------
[verse]
'perf buildid-cache <options>'

DESCRIPTION
-----------
This command manages the build-id cache. It can add, remove, update and purge
files to/from the cache. In the future it should as well set upper limits for
the space used by the cache, etc.
This also scans the target binary for SDT (Statically Defined Tracing) and
record it along with the buildid-cache, which will be used by perf-probe.
For more details, see linkperf:perf-probe[1].

OPTIONS
-------
-a::
--add=::
        Add specified file to the cache.
-f::
--force::
	Don't complain, do it.
-k::
--kcore::
        Add specified kcore file to the cache. For the current host that is
        /proc/kcore which requires root permissions to read. Be aware that
        running 'perf buildid-cache' as root may update root's build-id cache
        not the user's. Use the -v option to see where the file is created.
        Note that the copied file contains only code sections not the whole core
        image. Note also that files "kallsyms" and "modules" must also be in the
        same directory and are also copied.  All 3 files are created with read
        permissions for root only. kcore will not be added if there is already a
        kcore in the cache (with the same build-id) that has the same modules at
        the same addresses. Use the -v option to see if a copy of kcore is
        actually made.
-r::
--remove=::
        Remove a cached binary which has same build-id of specified file
        from the cache.
-p::
--purge=::
        Purge all cached binaries including older caches which have specified
	path from the cache.
-P::
--purge-all::
	Purge all cached binaries. This will flush out entire cache.
-M::
--missing=::
	List missing build ids in the cache for the specified file.
-u::
--update=::
	Update specified file of the cache. Note that this doesn't remove
	older entries since those may be still needed for annotating old
	(or remote) perf.data. Only if there is already a cache which has
	exactly same build-id, that is replaced by new one. It can be used
	to update kallsyms and kernel dso to vmlinux in order to support
	annotation.
-l::
--list::
	List all valid binaries from cache.
-v::
--verbose::
	Be more verbose.

--target-ns=PID:
	Obtain mount namespace information from the target pid.  This is
	used when creating a uprobe for a process that resides in a
	different mount namespace from the perf(1) utility.

--debuginfod=URLs::
	Specify debuginfod URL to be used when retrieving perf.data binaries,
	it follows the same syntax as the DEBUGINFOD_URLS variable, like:

	  buildid-cache.debuginfod=http://192.168.122.174:8002

SEE ALSO
--------
linkperf:perf-record[1], linkperf:perf-report[1], linkperf:perf-buildid-list[1]