diff options
author | Don Zickus <dzickus@redhat.com> | 2014-02-25 22:43:45 -0500 |
---|---|---|
committer | Arnaldo Carvalho de Melo <acme@redhat.com> | 2014-03-10 11:19:36 -0300 |
commit | fdf57dd052d5cbd415533ae98f4d423286a85220 (patch) | |
tree | 5f336f09ade55c6c0caf445619396775df7b4570 /tools/net | |
parent | 155b3a13a65d4217316dbe094843f2a7df0711fa (diff) | |
download | talos-obmc-linux-fdf57dd052d5cbd415533ae98f4d423286a85220.tar.gz talos-obmc-linux-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/net')
0 files changed, 0 insertions, 0 deletions