f9d8adb345
When we detect a different endianity we swap event before processing. It's tricky for samples because we have no idea what's inside. We treat it as an array of u64s, swap them and later on we swap back parts which are different. We mangle this way also the tracepoint raw data, which ends up in report showing wrong data: 1.95% comm=Q^B pid=29285 prio=16777216 target_cpu=000 1.67% comm=l^B pid=0 prio=16777216 target_cpu=000 Luckily the traceevent library handles the endianity by itself (thank you Steven!), so we can pass the RAW data directly in the other endianity. 2.51% comm=beah-rhts-task pid=1175 prio=120 target_cpu=002 2.23% comm=kworker/0:0 pid=11566 prio=120 target_cpu=000 The fix is basically to swap back the raw data if different endianity is detected. Signed-off-by: Jiri Olsa <jolsa@kernel.org> Cc: David Ahern <dsahern@gmail.com> Cc: Namhyung Kim <namhyung@kernel.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Steven Rostedt <rostedt@goodmis.org> Link: http://lkml.kernel.org/r/20171129184346.3656-1-jolsa@kernel.org [ Add util/memswap.c to python-ext-sources to link missing mem_bswap_64() ] Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
34 lines
594 B
Plaintext
34 lines
594 B
Plaintext
#
|
|
# List of files needed by perf python extension
|
|
#
|
|
# Each source file must be placed on its own line so that it can be
|
|
# processed by Makefile and util/setup.py accordingly.
|
|
#
|
|
|
|
util/python.c
|
|
util/ctype.c
|
|
util/evlist.c
|
|
util/evsel.c
|
|
util/cpumap.c
|
|
util/memswap.c
|
|
util/mmap.c
|
|
util/namespaces.c
|
|
../lib/bitmap.c
|
|
../lib/find_bit.c
|
|
../lib/hweight.c
|
|
../lib/vsprintf.c
|
|
util/thread_map.c
|
|
util/util.c
|
|
util/xyarray.c
|
|
util/cgroup.c
|
|
util/parse-branch-options.c
|
|
util/rblist.c
|
|
util/counts.c
|
|
util/print_binary.c
|
|
util/strlist.c
|
|
util/trace-event.c
|
|
../lib/rbtree.c
|
|
util/string.c
|
|
util/symbol_fprintf.c
|
|
util/units.c
|