summaryrefslogtreecommitdiffstats
path: root/Documentation/zh_CN
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 /Documentation/zh_CN
parent155b3a13a65d4217316dbe094843f2a7df0711fa (diff)
downloadlinux-fdf57dd052d5cbd415533ae98f4d423286a85220.tar.gz
linux-fdf57dd052d5cbd415533ae98f4d423286a85220.tar.bz2
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 'Documentation/zh_CN')
0 files changed, 0 insertions, 0 deletions