summaryrefslogtreecommitdiffstats
path: root/tools
diff options
context:
space:
mode:
authorDon Zickus <dzickus@redhat.com>2014-02-25 22:43:45 -0500
committerArnaldo Carvalho de Melo <acme@redhat.com>2014-03-10 11:19:36 -0300
commitfdf57dd052d5cbd415533ae98f4d423286a85220 (patch)
tree5f336f09ade55c6c0caf445619396775df7b4570 /tools
parent155b3a13a65d4217316dbe094843f2a7df0711fa (diff)
downloadlinux-stable-fdf57dd052d5cbd415533ae98f4d423286a85220.tar.gz
linux-stable-fdf57dd052d5cbd415533ae98f4d423286a85220.tar.bz2
linux-stable-fdf57dd052d5cbd415533ae98f4d423286a85220.zip
perf machine: Use map as success in ip__resolve_ams
When trying to map a bunch of instruction addresses to their respective threads, I kept getting a lot of bogus entries [I forget the exact reason as I patched my code months ago]. Looking through ip__resolve_ams, I noticed the check for if (al.sym) and realized, most times I have an al.map definition but sometimes an al.sym is undefined. In the cases where al.sym is undefined, the loop keeps going even though a valid al.map exists. Modify this check to use the more reliable al.map. This fixed my bogus entries. Signed-off-by: Don Zickus <dzickus@redhat.com> Cc: Jiri Olsa <jolsa@redhat.com> Cc: Stephane Eranian <eranian@google.com> Link: http://lkml.kernel.org/r/1393386227-149412-2-git-send-email-dzickus@redhat.com Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Diffstat (limited to 'tools')
-rw-r--r--tools/perf/util/machine.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/tools/perf/util/machine.c b/tools/perf/util/machine.c
index c872991e0f65..620a1983b76b 100644
--- a/tools/perf/util/machine.c
+++ b/tools/perf/util/machine.c
@@ -1213,7 +1213,7 @@ static void ip__resolve_ams(struct machine *machine, struct thread *thread,
*/
thread__find_addr_location(thread, machine, m, MAP__FUNCTION,
ip, &al);
- if (al.sym)
+ if (al.map)
goto found;
}
found: