perf annotate: Update DSO binary type when trying build-id
authorNamhyung Kim <namhyung@kernel.org>
Thu, 25 Apr 2024 00:51:57 +0000 (17:51 -0700)
committerArnaldo Carvalho de Melo <acme@redhat.com>
Sat, 27 Apr 2024 01:12:55 +0000 (22:12 -0300)
dso__disassemble_filename() tries to get the filename for objdump (or
capstone) using build-id.  But I found sometimes it didn't disassemble
some functions.

It turned out that those functions belong to a DSO which has no binary
type set.  It seems it sets the binary type for some special files only
- like kernel (kallsyms or kcore) or BPF images.  And there's a logic to
skip dso with DSO_BINARY_TYPE__NOT_FOUND.

As it's checked the build-id cache link, it should set the binary type
as DSO_BINARY_TYPE__BUILD_ID_CACHE.

Fixes: 873a83731f1cc85c ("perf annotate: Skip DSOs not found")
Signed-off-by: Namhyung Kim <namhyung@kernel.org>
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: Ian Rogers <irogers@google.com>
Cc: Ingo Molnar <mingo@kernel.org>
Cc: Jiri Olsa <jolsa@kernel.org>
Cc: Kan Liang <kan.liang@linux.intel.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Link: https://lore.kernel.org/r/20240425005157.1104789-2-namhyung@kernel.org
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
tools/perf/util/disasm.c

index 412101f2cf2a011cab2077e0c4a162437ca7e751..6d1125e687b71e903a07e9c3fdceace4108abb04 100644 (file)
@@ -1156,6 +1156,8 @@ fallback:
                        }
                }
                mutex_unlock(&dso->lock);
+       } else if (dso->binary_type == DSO_BINARY_TYPE__NOT_FOUND) {
+               dso->binary_type = DSO_BINARY_TYPE__BUILD_ID_CACHE;
        }
 
        free(build_id_path);