License cleanup: add SPDX GPL-2.0 license identifier to files with no license
Many source files in the tree are missing licensing information, which
makes it harder for compliance tools to determine the correct license.
By default all files without license information are under the default
license of the kernel, which is GPL version 2.
Update the files which contain no license information with the 'GPL-2.0'
SPDX license identifier. The SPDX identifier is a legally binding
shorthand, which can be used instead of the full boiler plate text.
This patch is based on work done by Thomas Gleixner and Kate Stewart and
Philippe Ombredanne.
How this work was done:
Patches were generated and checked against linux-4.14-rc6 for a subset of
the use cases:
- file had no licensing information it it.
- file was a */uapi/* one with no licensing information in it,
- file was a */uapi/* one with existing licensing information,
Further patches will be generated in subsequent months to fix up cases
where non-standard license headers were used, and references to license
had to be inferred by heuristics based on keywords.
The analysis to determine which SPDX License Identifier to be applied to
a file was done in a spreadsheet of side by side results from of the
output of two independent scanners (ScanCode & Windriver) producing SPDX
tag:value files created by Philippe Ombredanne. Philippe prepared the
base worksheet, and did an initial spot review of a few 1000 files.
The 4.13 kernel was the starting point of the analysis with 60,537 files
assessed. Kate Stewart did a file by file comparison of the scanner
results in the spreadsheet to determine which SPDX license identifier(s)
to be applied to the file. She confirmed any determination that was not
immediately clear with lawyers working with the Linux Foundation.
Criteria used to select files for SPDX license identifier tagging was:
- Files considered eligible had to be source code files.
- Make and config files were included as candidates if they contained >5
lines of source
- File already had some variant of a license header in it (even if <5
lines).
All documentation files were explicitly excluded.
The following heuristics were used to determine which SPDX license
identifiers to apply.
- when both scanners couldn't find any license traces, file was
considered to have no license information in it, and the top level
COPYING file license applied.
For non */uapi/* files that summary was:
SPDX license identifier # files
---------------------------------------------------|-------
GPL-2.0 11139
and resulted in the first patch in this series.
If that file was a */uapi/* path one, it was "GPL-2.0 WITH
Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was:
SPDX license identifier # files
---------------------------------------------------|-------
GPL-2.0 WITH Linux-syscall-note 930
and resulted in the second patch in this series.
- if a file had some form of licensing information in it, and was one
of the */uapi/* ones, it was denoted with the Linux-syscall-note if
any GPL family license was found in the file or had no licensing in
it (per prior point). Results summary:
SPDX license identifier # files
---------------------------------------------------|------
GPL-2.0 WITH Linux-syscall-note 270
GPL-2.0+ WITH Linux-syscall-note 169
((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21
((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17
LGPL-2.1+ WITH Linux-syscall-note 15
GPL-1.0+ WITH Linux-syscall-note 14
((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5
LGPL-2.0+ WITH Linux-syscall-note 4
LGPL-2.1 WITH Linux-syscall-note 3
((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3
((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1
and that resulted in the third patch in this series.
- when the two scanners agreed on the detected license(s), that became
the concluded license(s).
- when there was disagreement between the two scanners (one detected a
license but the other didn't, or they both detected different
licenses) a manual inspection of the file occurred.
- In most cases a manual inspection of the information in the file
resulted in a clear resolution of the license that should apply (and
which scanner probably needed to revisit its heuristics).
- When it was not immediately clear, the license identifier was
confirmed with lawyers working with the Linux Foundation.
- If there was any question as to the appropriate license identifier,
the file was flagged for further research and to be revisited later
in time.
In total, over 70 hours of logged manual review was done on the
spreadsheet to determine the SPDX license identifiers to apply to the
source files by Kate, Philippe, Thomas and, in some cases, confirmation
by lawyers working with the Linux Foundation.
Kate also obtained a third independent scan of the 4.13 code base from
FOSSology, and compared selected files where the other two scanners
disagreed against that SPDX file, to see if there was new insights. The
Windriver scanner is based on an older version of FOSSology in part, so
they are related.
Thomas did random spot checks in about 500 files from the spreadsheets
for the uapi headers and agreed with SPDX license identifier in the
files he inspected. For the non-uapi files Thomas did random spot checks
in about 15000 files.
In initial set of patches against 4.14-rc6, 3 files were found to have
copy/paste license identifier errors, and have been fixed to reflect the
correct identifier.
Additionally Philippe spent 10 hours this week doing a detailed manual
inspection and review of the 12,461 patched files from the initial patch
version early this week with:
- a full scancode scan run, collecting the matched texts, detected
license ids and scores
- reviewing anything where there was a license detected (about 500+
files) to ensure that the applied SPDX license was correct
- reviewing anything where there was no detection but the patch license
was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied
SPDX license was correct
This produced a worksheet with 20 files needing minor correction. This
worksheet was then exported into 3 different .csv files for the
different types of files to be modified.
These .csv files were then reviewed by Greg. Thomas wrote a script to
parse the csv files and add the proper SPDX tag to the file, in the
format that the file expected. This script was further refined by Greg
based on the output to detect more types of files automatically and to
distinguish between header and source .c files (which need different
comment types.) Finally Greg ran the script using the .csv files to
generate the patches.
Reviewed-by: Kate Stewart <kstewart@linuxfoundation.org>
Reviewed-by: Philippe Ombredanne <pombredanne@nexb.com>
Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2017-11-01 17:07:57 +03:00
/* SPDX-License-Identifier: GPL-2.0 */
perf: Do the big rename: Performance Counters -> Performance Events
Bye-bye Performance Counters, welcome Performance Events!
In the past few months the perfcounters subsystem has grown out its
initial role of counting hardware events, and has become (and is
becoming) a much broader generic event enumeration, reporting, logging,
monitoring, analysis facility.
Naming its core object 'perf_counter' and naming the subsystem
'perfcounters' has become more and more of a misnomer. With pending
code like hw-breakpoints support the 'counter' name is less and
less appropriate.
All in one, we've decided to rename the subsystem to 'performance
events' and to propagate this rename through all fields, variables
and API names. (in an ABI compatible fashion)
The word 'event' is also a bit shorter than 'counter' - which makes
it slightly more convenient to write/handle as well.
Thanks goes to Stephane Eranian who first observed this misnomer and
suggested a rename.
User-space tooling and ABI compatibility is not affected - this patch
should be function-invariant. (Also, defconfigs were not touched to
keep the size down.)
This patch has been generated via the following script:
FILES=$(find * -type f | grep -vE 'oprofile|[^K]config')
sed -i \
-e 's/PERF_EVENT_/PERF_RECORD_/g' \
-e 's/PERF_COUNTER/PERF_EVENT/g' \
-e 's/perf_counter/perf_event/g' \
-e 's/nb_counters/nb_events/g' \
-e 's/swcounter/swevent/g' \
-e 's/tpcounter_event/tp_event/g' \
$FILES
for N in $(find . -name perf_counter.[ch]); do
M=$(echo $N | sed 's/perf_counter/perf_event/g')
mv $N $M
done
FILES=$(find . -name perf_event.*)
sed -i \
-e 's/COUNTER_MASK/REG_MASK/g' \
-e 's/COUNTER/EVENT/g' \
-e 's/\<event\>/event_id/g' \
-e 's/counter/event/g' \
-e 's/Counter/Event/g' \
$FILES
... to keep it as correct as possible. This script can also be
used by anyone who has pending perfcounters patches - it converts
a Linux kernel tree over to the new naming. We tried to time this
change to the point in time where the amount of pending patches
is the smallest: the end of the merge window.
Namespace clashes were fixed up in a preparatory patch - and some
stylistic fallout will be fixed up in a subsequent patch.
( NOTE: 'counters' are still the proper terminology when we deal
with hardware registers - and these sed scripts are a bit
over-eager in renaming them. I've undone some of that, but
in case there's something left where 'counter' would be
better than 'event' we can undo that on an individual basis
instead of touching an otherwise nicely automated patch. )
Suggested-by: Stephane Eranian <eranian@google.com>
Acked-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Acked-by: Paul Mackerras <paulus@samba.org>
Reviewed-by: Arjan van de Ven <arjan@linux.intel.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: David Howells <dhowells@redhat.com>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: "H. Peter Anvin" <hpa@zytor.com>
Cc: <linux-arch@vger.kernel.org>
LKML-Reference: <new-submission>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-09-21 14:02:48 +04:00
# ifndef __PERF_RECORD_H
# define __PERF_RECORD_H
2019-08-29 23:19:02 +03:00
/*
* The linux / stddef . h isn ' t need here , but is needed for __always_inline used
* in files included from uapi / linux / perf_event . h such as
* / usr / include / linux / swab . h and / usr / include / linux / byteorder / little_endian . h ,
* detected in at least musl libc , used in Alpine Linux . - acme
*/
2011-12-02 17:06:37 +04:00
# include <stdio.h>
2019-08-29 23:19:02 +03:00
# include <linux/stddef.h>
2019-08-25 21:17:41 +03:00
# include <perf/event.h>
2019-08-29 23:19:02 +03:00
# include <linux/types.h>
2009-12-28 02:37:00 +03:00
perf tools: Cache register accesses for unwind processing
Caching registers value into an array. Got about 4% speed up
of perf_reg_value function for report command processing
dwarf unwind stacks.
Output from report over 1.5 GB data with DWARF unwind stacks:
(TODO fix perf diff)
current code:
5.84% perf perf [.] perf_reg_value
change:
1.94% perf perf [.] perf_reg_value
And little bit of overall speed up:
(perf stat -r 5 -e '{cycles,instructions}:u' ...)
current code:
310,298,611,754 cycles ( +- 0.33% )
439,669,689,341 instructions ( +- 0.03% )
188.656753166 seconds time elapsed ( +- 0.82% )
change:
291,315,329,878 cycles ( +- 0.22% )
391,763,485,304 instructions ( +- 0.03% )
180.742249687 seconds time elapsed ( +- 0.64% )
Acked-by: Namhyung Kim <namhyung@kernel.org>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: Corey Ashford <cjashfor@linux.vnet.ibm.com>
Cc: David Ahern <dsahern@gmail.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Ingo Molnar <mingo@kernel.org>
Cc: Jean Pihet <jean.pihet@linaro.org>
Cc: Namhyung Kim <namhyung@kernel.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Link: http://lkml.kernel.org/r/1401892622-30848-2-git-send-email-jolsa@kernel.org
Signed-off-by: Jiri Olsa <jolsa@kernel.org>
2014-04-17 21:39:10 +04:00
# include "perf_regs.h"
2009-08-12 12:19:53 +04:00
2019-08-29 23:19:02 +03:00
struct dso ;
struct machine ;
struct perf_event_attr ;
2019-08-25 21:17:41 +03:00
# ifdef __LP64__
/*
* / usr / include / inttypes . h uses just ' lu ' for PRIu64 , but we end up defining
* __u64 as long long unsigned int , and then - Werror = format = kicks in and
* complains of the mismatched types , so use these two special extra PRI
* macros to overcome that .
*/
# define PRI_lu64 "l" PRIu64
# define PRI_lx64 "l" PRIx64
2019-08-28 16:57:01 +03:00
# define PRI_ld64 "l" PRId64
2019-08-25 21:17:41 +03:00
# else
# define PRI_lu64 PRIu64
# define PRI_lx64 PRIx64
2019-08-28 16:57:01 +03:00
# define PRI_ld64 PRId64
2019-08-25 21:17:41 +03:00
# endif
2009-08-12 12:19:53 +04:00
2011-05-21 21:33:04 +04:00
# define PERF_SAMPLE_MASK \
( PERF_SAMPLE_IP | PERF_SAMPLE_TID | \
PERF_SAMPLE_TIME | PERF_SAMPLE_ADDR | \
PERF_SAMPLE_ID | PERF_SAMPLE_STREAM_ID | \
2013-08-27 12:23:09 +04:00
PERF_SAMPLE_CPU | PERF_SAMPLE_PERIOD | \
PERF_SAMPLE_IDENTIFIER )
2011-05-21 21:33:04 +04:00
2013-10-02 17:46:39 +04:00
/* perf sample has 16 bits size limit */
# define PERF_SAMPLE_MAX_SIZE (1 << 16)
2012-08-07 17:20:45 +04:00
struct regs_dump {
2013-08-27 12:23:10 +04:00
u64 abi ;
2014-01-07 16:47:25 +04:00
u64 mask ;
2012-08-07 17:20:45 +04:00
u64 * regs ;
perf tools: Cache register accesses for unwind processing
Caching registers value into an array. Got about 4% speed up
of perf_reg_value function for report command processing
dwarf unwind stacks.
Output from report over 1.5 GB data with DWARF unwind stacks:
(TODO fix perf diff)
current code:
5.84% perf perf [.] perf_reg_value
change:
1.94% perf perf [.] perf_reg_value
And little bit of overall speed up:
(perf stat -r 5 -e '{cycles,instructions}:u' ...)
current code:
310,298,611,754 cycles ( +- 0.33% )
439,669,689,341 instructions ( +- 0.03% )
188.656753166 seconds time elapsed ( +- 0.82% )
change:
291,315,329,878 cycles ( +- 0.22% )
391,763,485,304 instructions ( +- 0.03% )
180.742249687 seconds time elapsed ( +- 0.64% )
Acked-by: Namhyung Kim <namhyung@kernel.org>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: Corey Ashford <cjashfor@linux.vnet.ibm.com>
Cc: David Ahern <dsahern@gmail.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Ingo Molnar <mingo@kernel.org>
Cc: Jean Pihet <jean.pihet@linaro.org>
Cc: Namhyung Kim <namhyung@kernel.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Link: http://lkml.kernel.org/r/1401892622-30848-2-git-send-email-jolsa@kernel.org
Signed-off-by: Jiri Olsa <jolsa@kernel.org>
2014-04-17 21:39:10 +04:00
/* Cached values/mask filled by first register access. */
u64 cache_regs [ PERF_REGS_MAX ] ;
u64 cache_mask ;
2012-08-07 17:20:45 +04:00
} ;
struct stack_dump {
u16 offset ;
u64 size ;
char * data ;
} ;
2012-10-10 19:38:13 +04:00
struct sample_read_value {
u64 value ;
u64 id ;
} ;
struct sample_read {
u64 time_enabled ;
u64 time_running ;
union {
struct {
u64 nr ;
struct sample_read_value * values ;
} group ;
struct sample_read_value one ;
} ;
} ;
2014-05-05 14:41:45 +04:00
struct ip_callchain {
u64 nr ;
u64 ips [ 0 ] ;
} ;
2019-01-22 15:58:22 +03:00
struct branch_stack ;
2014-05-05 14:41:45 +04:00
2014-10-30 17:09:42 +03:00
enum {
PERF_IP_FLAG_BRANCH = 1ULL < < 0 ,
PERF_IP_FLAG_CALL = 1ULL < < 1 ,
PERF_IP_FLAG_RETURN = 1ULL < < 2 ,
PERF_IP_FLAG_CONDITIONAL = 1ULL < < 3 ,
PERF_IP_FLAG_SYSCALLRET = 1ULL < < 4 ,
PERF_IP_FLAG_ASYNC = 1ULL < < 5 ,
PERF_IP_FLAG_INTERRUPT = 1ULL < < 6 ,
PERF_IP_FLAG_TX_ABORT = 1ULL < < 7 ,
PERF_IP_FLAG_TRACE_BEGIN = 1ULL < < 8 ,
PERF_IP_FLAG_TRACE_END = 1ULL < < 9 ,
PERF_IP_FLAG_IN_TX = 1ULL < < 10 ,
} ;
perf script: Add field option 'flags' to print sample flags
Instruction tracing will typically have access to information about the
instruction being executed for a particular ip sample. Some of that
information will be available in the 'flags' member of struct
perf_sample.
With the addition of transactions events synthesis to Instruction
Tracing options, there is a need to be able easily to see the flags
because they show whether the ip is at the start, commit or abort of a
tranasaction.
Consequently add an option to display the flags.
The flags are "bcrosyiABEx" which stand for branch, call, return,
conditional, system, asynchronous, interrupt, transaction abort, trace
begin, trace end, and in transaction, respectively.
Example using Intel PT:
perf script -fip,time,event,sym,addr,flags
...
1288.721584105: branches:u: bo 401146 main => 401152 main
1288.721584105: transactions: x 0 401164 main
1288.721584105: branches:u: bx 40117c main => 40119b main
1288.721584105: branches:u: box 4011a4 main => 40117e main
1288.721584105: branches:u: bcx 401187 main => 401094 g
...
1288.721591645: branches:u: bx 4010c4 g => 4010cb g
1288.721591645: branches:u: brx 4010cc g => 401189 main
1288.721591645: transactions: 0 4011a6 main
1288.721593199: branches:u: b 4011a9 main => 4011af main
1288.721593199: branches:u: bo 4011bc main => 40113e main
1288.721593199: branches:u: b 401150 main => 40115a main
1288.721593199: transactions: x 0 401164 main
1288.721593199: branches:u: bx 40117c main => 40119b main
1288.721593199: branches:u: box 4011a4 main => 40117e main
1288.721593199: branches:u: bcx 401187 main => 40105e f
...
1288.722284747: branches:u: brx 401093 f => 401189 main
1288.722284747: branches:u: box 4011a4 main => 40117e main
1288.722284747: branches:u: bcx 401187 main => 40105e f
1288.722285883: transactions: bA 0 401071 f
1288.722285883: branches:u: bA 401071 f => 40116a main
1288.722285883: branches:u: bE 40116a main => 0 [unknown]
1288.722297174: branches:u: bB 0 [unknown] => 40116a main
...
Signed-off-by: Adrian Hunter <adrian.hunter@intel.com>
Cc: David Ahern <dsahern@gmail.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Namhyung Kim <namhyung@gmail.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Stephane Eranian <eranian@google.com>
Link: http://lkml.kernel.org/r/1428594864-29309-26-git-send-email-adrian.hunter@intel.com
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2015-04-09 18:54:05 +03:00
# define PERF_IP_FLAG_CHARS "bcrosyiABEx"
2014-10-30 17:09:42 +03:00
# define PERF_BRANCH_MASK (\
PERF_IP_FLAG_BRANCH | \
PERF_IP_FLAG_CALL | \
PERF_IP_FLAG_RETURN | \
PERF_IP_FLAG_CONDITIONAL | \
PERF_IP_FLAG_SYSCALLRET | \
PERF_IP_FLAG_ASYNC | \
PERF_IP_FLAG_INTERRUPT | \
PERF_IP_FLAG_TX_ABORT | \
PERF_IP_FLAG_TRACE_BEGIN | \
PERF_IP_FLAG_TRACE_END )
2016-10-07 16:42:26 +03:00
# define MAX_INSN 16
2019-11-15 15:42:11 +03:00
struct aux_sample {
u64 size ;
void * data ;
} ;
2011-01-29 18:02:00 +03:00
struct perf_sample {
2009-12-06 14:08:24 +03:00
u64 ip ;
u32 pid , tid ;
u64 time ;
u64 addr ;
u64 id ;
u64 stream_id ;
u64 period ;
2013-01-24 19:10:29 +04:00
u64 weight ;
2013-09-20 18:40:43 +04:00
u64 transaction ;
2019-05-20 14:37:12 +03:00
u64 insn_cnt ;
u64 cyc_cnt ;
perf tools: Reorganize some structs to save space
Using 'pahole --packable' I found some structs that could be reorganized
to eliminate alignment holes, in some cases getting them to be cacheline
multiples.
[acme@doppio linux-2.6-tip]$ codiff perf.old ~/bin/perf
builtin-annotate.c:
struct perf_session | -8
struct perf_header | -8
2 structs changed
builtin-diff.c:
struct sample_data | -8
1 struct changed
diff__process_sample_event | -8
1 function changed, 8 bytes removed, diff: -8
builtin-sched.c:
struct sched_atom | -8
1 struct changed
builtin-timechart.c:
struct per_pid | -8
1 struct changed
cmd_timechart | -16
1 function changed, 16 bytes removed, diff: -16
builtin-probe.c:
struct perf_probe_point | -8
struct perf_probe_event | -8
2 structs changed
opt_add_probe_event | -3
1 function changed, 3 bytes removed, diff: -3
util/probe-finder.c:
struct probe_finder | -8
1 struct changed
find_kprobe_trace_events | -16
1 function changed, 16 bytes removed, diff: -16
/home/acme/bin/perf:
4 functions changed, 43 bytes removed, diff: -43
[acme@doppio linux-2.6-tip]$
Cc: Frédéric Weisbecker <fweisbec@gmail.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: Paul Mackerras <paulus@samba.org>
LKML-Reference: <new-submission>
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2010-04-05 19:53:45 +04:00
u32 cpu ;
2009-12-06 14:08:24 +03:00
u32 raw_size ;
2013-01-24 19:10:35 +04:00
u64 data_src ;
2017-08-29 20:11:08 +03:00
u64 phys_addr ;
2014-07-31 10:01:04 +04:00
u32 flags ;
u16 insn_len ;
2016-03-23 00:23:43 +03:00
u8 cpumode ;
2018-01-07 19:03:52 +03:00
u16 misc ;
2016-10-07 16:42:26 +03:00
char insn [ MAX_INSN ] ;
2009-12-06 14:08:24 +03:00
void * raw_data ;
perf tools: Reorganize some structs to save space
Using 'pahole --packable' I found some structs that could be reorganized
to eliminate alignment holes, in some cases getting them to be cacheline
multiples.
[acme@doppio linux-2.6-tip]$ codiff perf.old ~/bin/perf
builtin-annotate.c:
struct perf_session | -8
struct perf_header | -8
2 structs changed
builtin-diff.c:
struct sample_data | -8
1 struct changed
diff__process_sample_event | -8
1 function changed, 8 bytes removed, diff: -8
builtin-sched.c:
struct sched_atom | -8
1 struct changed
builtin-timechart.c:
struct per_pid | -8
1 struct changed
cmd_timechart | -16
1 function changed, 16 bytes removed, diff: -16
builtin-probe.c:
struct perf_probe_point | -8
struct perf_probe_event | -8
2 structs changed
opt_add_probe_event | -3
1 function changed, 3 bytes removed, diff: -3
util/probe-finder.c:
struct probe_finder | -8
1 struct changed
find_kprobe_trace_events | -16
1 function changed, 16 bytes removed, diff: -16
/home/acme/bin/perf:
4 functions changed, 43 bytes removed, diff: -43
[acme@doppio linux-2.6-tip]$
Cc: Frédéric Weisbecker <fweisbec@gmail.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: Paul Mackerras <paulus@samba.org>
LKML-Reference: <new-submission>
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2010-04-05 19:53:45 +04:00
struct ip_callchain * callchain ;
2012-02-10 02:21:01 +04:00
struct branch_stack * branch_stack ;
2012-08-07 17:20:45 +04:00
struct regs_dump user_regs ;
2014-09-24 15:48:39 +04:00
struct regs_dump intr_regs ;
2012-08-07 17:20:45 +04:00
struct stack_dump user_stack ;
2012-10-10 19:38:13 +04:00
struct sample_read read ;
2019-11-15 15:42:11 +03:00
struct aux_sample aux_sample ;
2009-12-06 14:08:24 +03:00
} ;
2013-01-24 19:10:35 +04:00
# define PERF_MEM_DATA_SRC_NONE \
( PERF_MEM_S ( OP , NA ) | \
PERF_MEM_S ( LVL , NA ) | \
PERF_MEM_S ( SNOOP , NA ) | \
PERF_MEM_S ( LOCK , NA ) | \
PERF_MEM_S ( TLB , NA ) )
2017-06-21 13:17:19 +03:00
/* Attribute type for custom synthesized events */
# define PERF_TYPE_SYNTH (INT_MAX + 1U)
2017-06-30 11:36:42 +03:00
/* Attribute config for custom synthesized events */
enum perf_synth_id {
PERF_SYNTH_INTEL_PTWRITE ,
PERF_SYNTH_INTEL_MWAIT ,
PERF_SYNTH_INTEL_PWRE ,
PERF_SYNTH_INTEL_EXSTOP ,
PERF_SYNTH_INTEL_PWRX ,
PERF_SYNTH_INTEL_CBR ,
} ;
/*
* Raw data formats for synthesized events . Note that 4 bytes of padding are
* present to match the ' size ' member of PERF_SAMPLE_RAW data which is always
* 8 - byte aligned . That means we must dereference raw_data with an offset of 4.
* Refer perf_sample__synth_ptr ( ) and perf_synth__raw_data ( ) . It also means the
* structure sizes are 4 bytes bigger than the raw_size , refer
* perf_synth__raw_size ( ) .
*/
struct perf_synth_intel_ptwrite {
u32 padding ;
union {
struct {
u32 ip : 1 ,
reserved : 31 ;
} ;
u32 flags ;
} ;
u64 payload ;
} ;
struct perf_synth_intel_mwait {
u32 padding ;
u32 reserved ;
union {
struct {
u64 hints : 8 ,
reserved1 : 24 ,
extensions : 2 ,
reserved2 : 30 ;
} ;
u64 payload ;
} ;
} ;
struct perf_synth_intel_pwre {
u32 padding ;
u32 reserved ;
union {
struct {
u64 reserved1 : 7 ,
hw : 1 ,
subcstate : 4 ,
cstate : 4 ,
reserved2 : 48 ;
} ;
u64 payload ;
} ;
} ;
struct perf_synth_intel_exstop {
u32 padding ;
union {
struct {
u32 ip : 1 ,
reserved : 31 ;
} ;
u32 flags ;
} ;
} ;
struct perf_synth_intel_pwrx {
u32 padding ;
u32 reserved ;
union {
struct {
u64 deepest_cstate : 4 ,
last_cstate : 4 ,
wake_reason : 4 ,
reserved1 : 52 ;
} ;
u64 payload ;
} ;
} ;
struct perf_synth_intel_cbr {
u32 padding ;
union {
struct {
u32 cbr : 8 ,
reserved1 : 8 ,
max_nonturbo : 8 ,
reserved2 : 8 ;
} ;
u32 flags ;
} ;
u32 freq ;
u32 reserved3 ;
} ;
/*
* raw_data is always 4 bytes from an 8 - byte boundary , so subtract 4 to get
* 8 - byte alignment .
*/
static inline void * perf_sample__synth_ptr ( struct perf_sample * sample )
{
return sample - > raw_data - 4 ;
}
static inline void * perf_synth__raw_data ( void * p )
{
return p + 4 ;
}
# define perf_synth__raw_size(d) (sizeof(d) - 4)
# define perf_sample__bad_synth_size(s, d) ((s)->raw_size < sizeof(d) - 4)
2015-10-25 17:51:33 +03:00
enum {
PERF_STAT_ROUND_TYPE__INTERVAL = 0 ,
PERF_STAT_ROUND_TYPE__FINAL = 1 ,
} ;
2011-01-29 19:01:45 +03:00
void perf_event__print_totals ( void ) ;
2009-11-27 21:29:22 +03:00
2019-07-21 14:23:49 +03:00
struct perf_cpu_map ;
2019-09-18 17:36:13 +03:00
struct perf_record_stat_config ;
2015-10-25 17:51:28 +03:00
struct perf_stat_config ;
2019-09-18 17:36:13 +03:00
struct perf_tool ;
2010-01-08 00:59:40 +03:00
2015-10-25 17:51:29 +03:00
void perf_event__read_stat_config ( struct perf_stat_config * config ,
2019-08-28 16:57:16 +03:00
struct perf_record_stat_config * event ) ;
2011-01-29 19:01:45 +03:00
2011-11-28 14:30:20 +04:00
int perf_event__process_comm ( struct perf_tool * tool ,
2011-11-25 14:19:45 +04:00
union perf_event * event ,
struct perf_sample * sample ,
2011-11-28 13:56:39 +04:00
struct machine * machine ) ;
2011-11-28 14:30:20 +04:00
int perf_event__process_lost ( struct perf_tool * tool ,
2011-11-25 14:19:45 +04:00
union perf_event * event ,
struct perf_sample * sample ,
2011-11-28 13:56:39 +04:00
struct machine * machine ) ;
2015-05-10 22:13:15 +03:00
int perf_event__process_lost_samples ( struct perf_tool * tool ,
union perf_event * event ,
struct perf_sample * sample ,
struct machine * machine ) ;
2015-04-30 17:37:29 +03:00
int perf_event__process_aux ( struct perf_tool * tool ,
union perf_event * event ,
struct perf_sample * sample ,
struct machine * machine ) ;
2015-04-30 17:37:30 +03:00
int perf_event__process_itrace_start ( struct perf_tool * tool ,
union perf_event * event ,
struct perf_sample * sample ,
struct machine * machine ) ;
2015-07-21 12:44:03 +03:00
int perf_event__process_switch ( struct perf_tool * tool ,
union perf_event * event ,
struct perf_sample * sample ,
struct machine * machine ) ;
perf tools: Add PERF_RECORD_NAMESPACES to include namespaces related info
Introduce a new option to record PERF_RECORD_NAMESPACES events emitted
by the kernel when fork, clone, setns or unshare are invoked. And update
perf-record documentation with the new option to record namespace
events.
Committer notes:
Combined it with a later patch to allow printing it via 'perf report -D'
and be able to test the feature introduced in this patch. Had to move
here also perf_ns__name(), that was introduced in another later patch.
Also used PRIu64 and PRIx64 to fix the build in some enfironments wrt:
util/event.c:1129:39: error: format '%lx' expects argument of type 'long unsigned int', but argument 6 has type 'long long unsigned int' [-Werror=format=]
ret += fprintf(fp, "%u/%s: %lu/0x%lx%s", idx
^
Testing it:
# perf record --namespaces -a
^C[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 1.083 MB perf.data (423 samples) ]
#
# perf report -D
<SNIP>
3 2028902078892 0x115140 [0xa0]: PERF_RECORD_NAMESPACES 14783/14783 - nr_namespaces: 7
[0/net: 3/0xf0000081, 1/uts: 3/0xeffffffe, 2/ipc: 3/0xefffffff, 3/pid: 3/0xeffffffc,
4/user: 3/0xeffffffd, 5/mnt: 3/0xf0000000, 6/cgroup: 3/0xeffffffb]
0x1151e0 [0x30]: event: 9
.
. ... raw event: size 48 bytes
. 0000: 09 00 00 00 02 00 30 00 c4 71 82 68 0c 7f 00 00 ......0..q.h....
. 0010: a9 39 00 00 a9 39 00 00 94 28 fe 63 d8 01 00 00 .9...9...(.c....
. 0020: 03 00 00 00 00 00 00 00 ce c4 02 00 00 00 00 00 ................
<SNIP>
NAMESPACES events: 1
<SNIP>
#
Signed-off-by: Hari Bathini <hbathini@linux.vnet.ibm.com>
Acked-by: Jiri Olsa <jolsa@kernel.org>
Tested-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Alexei Starovoitov <ast@fb.com>
Cc: Ananth N Mavinakayanahalli <ananth@linux.vnet.ibm.com>
Cc: Aravinda Prasad <aravinda@linux.vnet.ibm.com>
Cc: Brendan Gregg <brendan.d.gregg@gmail.com>
Cc: Daniel Borkmann <daniel@iogearbox.net>
Cc: Eric Biederman <ebiederm@xmission.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Sargun Dhillon <sargun@sargun.me>
Cc: Steven Rostedt <rostedt@goodmis.org>
Link: http://lkml.kernel.org/r/148891930386.25309.18412039920746995488.stgit@hbathini.in.ibm.com
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2017-03-07 23:41:43 +03:00
int perf_event__process_namespaces ( struct perf_tool * tool ,
union perf_event * event ,
struct perf_sample * sample ,
struct machine * machine ) ;
2011-11-28 14:30:20 +04:00
int perf_event__process_mmap ( struct perf_tool * tool ,
2011-11-25 14:19:45 +04:00
union perf_event * event ,
struct perf_sample * sample ,
2011-11-28 13:56:39 +04:00
struct machine * machine ) ;
2013-08-21 14:10:25 +04:00
int perf_event__process_mmap2 ( struct perf_tool * tool ,
union perf_event * event ,
struct perf_sample * sample ,
struct machine * machine ) ;
2012-10-06 22:44:59 +04:00
int perf_event__process_fork ( struct perf_tool * tool ,
union perf_event * event ,
struct perf_sample * sample ,
struct machine * machine ) ;
int perf_event__process_exit ( struct perf_tool * tool ,
2011-11-25 14:19:45 +04:00
union perf_event * event ,
struct perf_sample * sample ,
2011-11-28 13:56:39 +04:00
struct machine * machine ) ;
2019-01-17 19:15:17 +03:00
int perf_event__process_ksymbol ( struct perf_tool * tool ,
union perf_event * event ,
struct perf_sample * sample ,
struct machine * machine ) ;
2019-08-27 01:28:13 +03:00
int perf_event__process_bpf ( struct perf_tool * tool ,
union perf_event * event ,
struct perf_sample * sample ,
struct machine * machine ) ;
2011-11-28 14:30:20 +04:00
int perf_event__process ( struct perf_tool * tool ,
2011-11-25 14:19:45 +04:00
union perf_event * event ,
struct perf_sample * sample ,
2011-11-28 13:56:39 +04:00
struct machine * machine ) ;
2009-11-27 21:29:22 +03:00
perf tools: Consolidate symbol resolving across all tools
Now we have a very high level routine for simple tools to
process IP sample events:
int event__preprocess_sample(const event_t *self,
struct addr_location *al,
symbol_filter_t filter)
It receives the event itself and will insert new threads in the
global threads list and resolve the map and symbol, filling all
this info into the new addr_location struct, so that tools like
annotate and report can further process the event by creating
hist_entries in their specific way (with or without callgraphs,
etc).
It in turn uses the new next layer function:
void thread__find_addr_location(struct thread *self, u8 cpumode,
enum map_type type, u64 addr,
struct addr_location *al,
symbol_filter_t filter)
This one will, given a thread (userspace or the kernel kthread
one), will find the given type (MAP__FUNCTION now, MAP__VARIABLE
too in the near future) at the given cpumode, taking vdsos into
account (userspace hit, but kernel symbol) and will fill all
these details in the addr_location given.
Tools that need a more compact API for plain function
resolution, like 'kmem', can use this other one:
struct symbol *thread__find_function(struct thread *self, u64 addr,
symbol_filter_t filter)
So, to resolve a kernel symbol, that is all the 'kmem' tool
needs, its just a matter of calling:
sym = thread__find_function(kthread, addr, NULL);
The 'filter' parameter is needed because we do lazy
parsing/loading of ELF symtabs or /proc/kallsyms.
With this we remove more code duplication all around, which is
always good, huh? :-)
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frédéric Weisbecker <fweisbec@gmail.com>
Cc: John Kacur <jkacur@redhat.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: Paul Mackerras <paulus@samba.org>
LKML-Reference: <1259346563-12568-12-git-send-email-acme@infradead.org>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-11-27 21:29:23 +03:00
struct addr_location ;
2013-11-05 22:32:36 +04:00
2016-03-23 00:39:09 +03:00
int machine__resolve ( struct machine * machine , struct addr_location * al ,
struct perf_sample * sample ) ;
perf tools: Consolidate symbol resolving across all tools
Now we have a very high level routine for simple tools to
process IP sample events:
int event__preprocess_sample(const event_t *self,
struct addr_location *al,
symbol_filter_t filter)
It receives the event itself and will insert new threads in the
global threads list and resolve the map and symbol, filling all
this info into the new addr_location struct, so that tools like
annotate and report can further process the event by creating
hist_entries in their specific way (with or without callgraphs,
etc).
It in turn uses the new next layer function:
void thread__find_addr_location(struct thread *self, u8 cpumode,
enum map_type type, u64 addr,
struct addr_location *al,
symbol_filter_t filter)
This one will, given a thread (userspace or the kernel kthread
one), will find the given type (MAP__FUNCTION now, MAP__VARIABLE
too in the near future) at the given cpumode, taking vdsos into
account (userspace hit, but kernel symbol) and will fill all
these details in the addr_location given.
Tools that need a more compact API for plain function
resolution, like 'kmem', can use this other one:
struct symbol *thread__find_function(struct thread *self, u64 addr,
symbol_filter_t filter)
So, to resolve a kernel symbol, that is all the 'kmem' tool
needs, its just a matter of calling:
sym = thread__find_function(kthread, addr, NULL);
The 'filter' parameter is needed because we do lazy
parsing/loading of ELF symtabs or /proc/kallsyms.
With this we remove more code duplication all around, which is
always good, huh? :-)
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Frédéric Weisbecker <fweisbec@gmail.com>
Cc: John Kacur <jkacur@redhat.com>
Cc: Mike Galbraith <efault@gmx.de>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: Paul Mackerras <paulus@samba.org>
LKML-Reference: <1259346563-12568-12-git-send-email-acme@infradead.org>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2009-11-27 21:29:23 +03:00
perf machine: Protect the machine->threads with a rwlock
In addition to using refcounts for the struct thread lifetime
management, we need to protect access to machine->threads from
concurrent access.
That happens in 'perf top', where a thread processes events, inserting
and deleting entries from that rb_tree while another thread decays
hist_entries, that end up dropping references and ultimately deleting
threads from the rb_tree and releasing its resources when no further
hist_entry (or other data structures, like in 'perf sched') references
it.
So the rule is the same for refcounts + protected trees in the kernel,
get the tree lock, find object, bump the refcount, drop the tree lock,
return, use object, drop the refcount if no more use of it is needed,
keep it if storing it in some other data structure, drop when releasing
that data structure.
I.e. pair "t = machine__find(new)_thread()" with a "thread__put(t)", and
"perf_event__preprocess_sample(&al)" with "addr_location__put(&al)".
The addr_location__put() one is because as we return references to
several data structures, we may end up adding more reference counting
for the other data structures and then we'll drop it at
addr_location__put() time.
Acked-by: David Ahern <dsahern@gmail.com>
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: Borislav Petkov <bp@suse.de>
Cc: Don Zickus <dzickus@redhat.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Jiri Olsa <jolsa@redhat.com>
Cc: Namhyung Kim <namhyung@kernel.org>
Cc: Stephane Eranian <eranian@google.com>
Link: http://lkml.kernel.org/n/tip-bs9rt4n0jw3hi9f3zxyy3xln@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2015-04-07 02:43:22 +03:00
void addr_location__put ( struct addr_location * al ) ;
2014-07-22 17:17:39 +04:00
struct thread ;
bool is_bts_event ( struct perf_event_attr * attr ) ;
bool sample_addr_correlates_sym ( struct perf_event_attr * attr ) ;
2016-03-23 00:44:46 +03:00
void thread__resolve ( struct thread * thread , struct addr_location * al ,
struct perf_sample * sample ) ;
2014-07-22 17:17:39 +04:00
2011-01-29 19:01:45 +03:00
const char * perf_event__name ( unsigned int id ) ;
2010-05-14 17:36:42 +04:00
2011-12-02 17:06:37 +04:00
size_t perf_event__fprintf_comm ( union perf_event * event , FILE * fp ) ;
size_t perf_event__fprintf_mmap ( union perf_event * event , FILE * fp ) ;
2013-08-21 14:10:25 +04:00
size_t perf_event__fprintf_mmap2 ( union perf_event * event , FILE * fp ) ;
2011-12-02 17:06:37 +04:00
size_t perf_event__fprintf_task ( union perf_event * event , FILE * fp ) ;
2015-04-30 17:37:29 +03:00
size_t perf_event__fprintf_aux ( union perf_event * event , FILE * fp ) ;
2015-04-30 17:37:30 +03:00
size_t perf_event__fprintf_itrace_start ( union perf_event * event , FILE * fp ) ;
2015-07-21 12:44:03 +03:00
size_t perf_event__fprintf_switch ( union perf_event * event , FILE * fp ) ;
2015-10-25 17:51:22 +03:00
size_t perf_event__fprintf_thread_map ( union perf_event * event , FILE * fp ) ;
2015-10-25 17:51:26 +03:00
size_t perf_event__fprintf_cpu_map ( union perf_event * event , FILE * fp ) ;
perf tools: Add PERF_RECORD_NAMESPACES to include namespaces related info
Introduce a new option to record PERF_RECORD_NAMESPACES events emitted
by the kernel when fork, clone, setns or unshare are invoked. And update
perf-record documentation with the new option to record namespace
events.
Committer notes:
Combined it with a later patch to allow printing it via 'perf report -D'
and be able to test the feature introduced in this patch. Had to move
here also perf_ns__name(), that was introduced in another later patch.
Also used PRIu64 and PRIx64 to fix the build in some enfironments wrt:
util/event.c:1129:39: error: format '%lx' expects argument of type 'long unsigned int', but argument 6 has type 'long long unsigned int' [-Werror=format=]
ret += fprintf(fp, "%u/%s: %lu/0x%lx%s", idx
^
Testing it:
# perf record --namespaces -a
^C[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 1.083 MB perf.data (423 samples) ]
#
# perf report -D
<SNIP>
3 2028902078892 0x115140 [0xa0]: PERF_RECORD_NAMESPACES 14783/14783 - nr_namespaces: 7
[0/net: 3/0xf0000081, 1/uts: 3/0xeffffffe, 2/ipc: 3/0xefffffff, 3/pid: 3/0xeffffffc,
4/user: 3/0xeffffffd, 5/mnt: 3/0xf0000000, 6/cgroup: 3/0xeffffffb]
0x1151e0 [0x30]: event: 9
.
. ... raw event: size 48 bytes
. 0000: 09 00 00 00 02 00 30 00 c4 71 82 68 0c 7f 00 00 ......0..q.h....
. 0010: a9 39 00 00 a9 39 00 00 94 28 fe 63 d8 01 00 00 .9...9...(.c....
. 0020: 03 00 00 00 00 00 00 00 ce c4 02 00 00 00 00 00 ................
<SNIP>
NAMESPACES events: 1
<SNIP>
#
Signed-off-by: Hari Bathini <hbathini@linux.vnet.ibm.com>
Acked-by: Jiri Olsa <jolsa@kernel.org>
Tested-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
Cc: Alexei Starovoitov <ast@fb.com>
Cc: Ananth N Mavinakayanahalli <ananth@linux.vnet.ibm.com>
Cc: Aravinda Prasad <aravinda@linux.vnet.ibm.com>
Cc: Brendan Gregg <brendan.d.gregg@gmail.com>
Cc: Daniel Borkmann <daniel@iogearbox.net>
Cc: Eric Biederman <ebiederm@xmission.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Sargun Dhillon <sargun@sargun.me>
Cc: Steven Rostedt <rostedt@goodmis.org>
Link: http://lkml.kernel.org/r/148891930386.25309.18412039920746995488.stgit@hbathini.in.ibm.com
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2017-03-07 23:41:43 +03:00
size_t perf_event__fprintf_namespaces ( union perf_event * event , FILE * fp ) ;
2019-01-17 19:15:17 +03:00
size_t perf_event__fprintf_ksymbol ( union perf_event * event , FILE * fp ) ;
2019-08-27 01:28:13 +03:00
size_t perf_event__fprintf_bpf ( union perf_event * event , FILE * fp ) ;
2011-12-02 17:06:37 +04:00
size_t perf_event__fprintf ( union perf_event * event , FILE * fp ) ;
perf symbols: Accept symbols starting at address 0
That is the case of _text on s390, and we have some functions that return an
address, using address zero to report problems, oops.
This would lead the symbol loading routines to not use "_text" as the reference
relocation symbol, or the first symbol for the kernel, but use instead
"_stext", that is at the same address on x86_64 and others, but not on s390:
[acme@localhost perf-4.11.0-rc6]$ head -15 /proc/kallsyms
0000000000000000 T _text
0000000000000418 t iplstart
0000000000000800 T start
000000000000080a t .base
000000000000082e t .sk8x8
0000000000000834 t .gotr
0000000000000842 t .cmd
0000000000000846 t .parm
000000000000084a t .lowcase
0000000000010000 T startup
0000000000010010 T startup_kdump
0000000000010214 t startup_kdump_relocated
0000000000011000 T startup_continue
00000000000112a0 T _ehead
0000000000100000 T _stext
[acme@localhost perf-4.11.0-rc6]$
Which in turn would make 'perf test vmlinux' to fail because it wouldn't find
the symbols before "_stext" in kallsyms.
Fix it by using the return value only for errors and storing the
address, when the symbol is successfully found, in a provided pointer
arg.
Before this patch:
After:
[acme@localhost perf-4.11.0-rc6]$ tools/perf/perf test -v 1
1: vmlinux symtab matches kallsyms :
--- start ---
test child forked, pid 40693
Looking at the vmlinux_path (8 entries long)
Using /usr/lib/debug/lib/modules/3.10.0-654.el7.s390x/vmlinux for symbols
ERR : 0: _text not on kallsyms
ERR : 0x418: iplstart not on kallsyms
ERR : 0x800: start not on kallsyms
ERR : 0x80a: .base not on kallsyms
ERR : 0x82e: .sk8x8 not on kallsyms
ERR : 0x834: .gotr not on kallsyms
ERR : 0x842: .cmd not on kallsyms
ERR : 0x846: .parm not on kallsyms
ERR : 0x84a: .lowcase not on kallsyms
ERR : 0x10000: startup not on kallsyms
ERR : 0x10010: startup_kdump not on kallsyms
ERR : 0x10214: startup_kdump_relocated not on kallsyms
ERR : 0x11000: startup_continue not on kallsyms
ERR : 0x112a0: _ehead not on kallsyms
<SNIP warnings>
test child finished with -1
---- end ----
vmlinux symtab matches kallsyms: FAILED!
[acme@localhost perf-4.11.0-rc6]$
After:
[acme@localhost perf-4.11.0-rc6]$ tools/perf/perf test -v 1
1: vmlinux symtab matches kallsyms :
--- start ---
test child forked, pid 47160
<SNIP warnings>
test child finished with 0
---- end ----
vmlinux symtab matches kallsyms: Ok
[acme@localhost perf-4.11.0-rc6]$
Reported-by: Michael Petlan <mpetlan@redhat.com>
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: David Ahern <dsahern@gmail.com>
Cc: Jiri Olsa <jolsa@kernel.org>
Cc: Namhyung Kim <namhyung@kernel.org>
Cc: Wang Nan <wangnan0@huawei.com>
Link: http://lkml.kernel.org/n/tip-9x9bwgd3btwdk1u51xie93fz@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2017-04-28 03:21:09 +03:00
int kallsyms__get_function_start ( const char * kallsyms_filename ,
const char * symbol_name , u64 * addr ) ;
2014-01-29 18:14:37 +04:00
2019-07-21 14:23:49 +03:00
void * cpu_map_data__alloc ( struct perf_cpu_map * map , size_t * size , u16 * type , int * max ) ;
2019-08-28 16:57:16 +03:00
void cpu_map_data__synthesize ( struct perf_record_cpu_map_data * data , struct perf_cpu_map * map ,
2015-10-25 17:51:24 +03:00
u16 type , int max ) ;
2017-04-25 21:30:47 +03:00
void event_attr_init ( struct perf_event_attr * attr ) ;
int perf_event_paranoid ( void ) ;
2019-08-07 17:44:14 +03:00
bool perf_event_paranoid_check ( int max_level ) ;
2017-04-25 21:30:47 +03:00
extern int sysctl_perf_event_max_stack ;
extern int sysctl_perf_event_max_contexts_per_stack ;
2018-12-04 23:34:20 +03:00
extern unsigned int proc_map_timeout ;
2017-04-25 21:30:47 +03:00
2009-09-24 20:02:18 +04:00
# endif /* __PERF_RECORD_H */