From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: Ian Rogers <irogers@google.com>
Cc: Peter Zijlstra <peterz@infradead.org>,
Ingo Molnar <mingo@redhat.com>,
Namhyung Kim <namhyung@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Alexander Shishkin <alexander.shishkin@linux.intel.com>,
Jiri Olsa <jolsa@kernel.org>,
Adrian Hunter <adrian.hunter@intel.com>,
Nathan Chancellor <nathan@kernel.org>,
Nick Desaulniers <nick.desaulniers+lkml@gmail.com>,
Bill Wendling <morbo@google.com>,
Justin Stitt <justinstitt@google.com>,
Charlie Jenkins <charlie@rivosinc.com>,
Eric Biggers <ebiggers@kernel.org>,
"Masami Hiramatsu (Google)" <mhiramat@kernel.org>,
James Clark <james.clark@linaro.org>,
Collin Funk <collin.funk1@gmail.com>,
"Dr. David Alan Gilbert" <linux@treblig.org>,
Li Huafei <lihuafei1@huawei.com>,
Athira Rajeev <atrajeev@linux.ibm.com>,
Stephen Brennan <stephen.s.brennan@oracle.com>,
Dmitry Vyukov <dvyukov@google.com>,
Alexandre Ghiti <alexghiti@rivosinc.com>,
Haibo Xu <haibo1.xu@intel.com>, Andi Kleen <ak@linux.intel.com>,
linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org,
bpf@vger.kernel.org, llvm@lists.linux.dev,
Song Liu <song@kernel.org>
Subject: Re: [PATCH v6 00/15] Support dynamic opening of capstone/llvm
Date: Thu, 2 Oct 2025 15:45:06 -0300 [thread overview]
Message-ID: <aN7IMkpl0yQy8a13@x1> (raw)
In-Reply-To: <20250929190805.201446-1-irogers@google.com>
On Mon, Sep 29, 2025 at 12:07:50PM -0700, Ian Rogers wrote:
> Linking against libcapstone and libLLVM can be a significant increase
> in dependencies and file size if building statically. For something
> like `perf record` the disassembler and addr2line functionality won't
> be used. Support dynamically loading these libraries using dlopen and
> then calling the appropriate functions found using dlsym.
Got the first 5 patches of this series cherry-picked, will test it all
and then consider from 6 onwards.
- Arnaldo
> The patch series:
> 1) moves the capstone, LLVM and libbfd code to their own C files,
> 2) simplifies a little the capstone code;
> 3) adds perf_ variants of the functions that will either directly call
> the function or use dlsym to discover it;
> 4) adds BPF JIT disassembly support to in memory disassemblers (LLVM
> and capstone) by just directing them at the BPF info linear JIT
> instructions (note this doesn't support source lines);
> 5) adds fallback to srcline's addr2line so that llvm_addr2line is
> tried first, then the deprecated libbfd and then the forked command
> tried next, moving the code for forking out of the main srcline.c
> file in the process.
>
> The addr2line LLVM functionality is written in C++. To avoid linking
> against libLLVM for this, a new LIBLLVM_DYNAMIC option is added where
> the C++ code with the libLLVM dependency will be built into a
> libperf-llvm.so and that dlsym-ed and called against. Ideally LLVM
> would extend their C API to avoid this.
>
> v6: Refactor the libbfd along with capstone and LLVM, previous patch
> series had tried to avoid this by just removing the deprecated
> BUILD_NONDISTRO code. Remove the libtracefs removal into its own
> patch.
> v5: Rebase and comment typo fix.
> v4: Rebase and addition of a patch removing an unused struct variable.
> v3: Add srcline addr2line fallback trying LLVM first then forking a
> process. This came up in conversation with Steinar Gunderson
> <sesse@google.com>.
> Tweak the cover letter message to try to address Andi Kleen's
> <ak@linux.intel.com> feedback that the series doesn't really
> achieve anything.
> v2: Add mangling of the function names in libperf-llvm.so to avoid
> potential infinite recursion. Add BPF JIT disassembly support to
> LLVM and capstone. Add/rebase the BUILD_NONDISTRO cleanup onto the
> series from:
> https://lore.kernel.org/lkml/20250111202851.1075338-1-irogers@google.com/
> Some other minor additional clean up.
>
> Ian Rogers (15):
> perf map: Constify objdump offset/address conversion APIs
> perf capstone: Move capstone functionality into its own file
> perf llvm: Move llvm functionality into its own file
> perf libbfd: Move libbfd functionality to its own file
> perf capstone: Remove open_capstone_handle
> perf capstone: Support for dlopen-ing libcapstone.so
> perf llvm: Support for dlopen-ing libLLVM.so
> perf llvm: Mangle libperf-llvm.so function names
> perf dso: Move read_symbol from llvm/capstone to dso
> perf dso: Support BPF programs in dso__read_symbol
> perf llvm: Disassemble cleanup
> perf dso: Clean up read_symbol error handling
> perf disasm: Make ins__scnprintf and ins__is_nop static
> perf srcline: Fallback between addr2line implementations
> perf disasm: Remove unused evsel from annotate_args
>
> tools/perf/Makefile.config | 14 +
> tools/perf/Makefile.perf | 24 +-
> tools/perf/builtin-script.c | 2 -
> tools/perf/tests/make | 2 +
> tools/perf/util/Build | 7 +-
> tools/perf/util/addr2line.c | 439 ++++++++++++++++
> tools/perf/util/addr2line.h | 20 +
> tools/perf/util/annotate.c | 1 -
> tools/perf/util/capstone.c | 682 +++++++++++++++++++++++++
> tools/perf/util/capstone.h | 24 +
> tools/perf/util/config.c | 2 +-
> tools/perf/util/disasm.c | 645 ++----------------------
> tools/perf/util/disasm.h | 6 +-
> tools/perf/util/disasm_bpf.c | 195 --------
> tools/perf/util/disasm_bpf.h | 12 -
> tools/perf/util/dso.c | 112 +++++
> tools/perf/util/dso.h | 4 +
> tools/perf/util/libbfd.c | 600 ++++++++++++++++++++++
> tools/perf/util/libbfd.h | 83 ++++
> tools/perf/util/llvm-c-helpers.cpp | 120 ++++-
> tools/perf/util/llvm-c-helpers.h | 24 +-
> tools/perf/util/llvm.c | 484 ++++++++++++++++++
> tools/perf/util/llvm.h | 21 +
> tools/perf/util/map.c | 19 +-
> tools/perf/util/map.h | 6 +-
> tools/perf/util/print_insn.c | 117 +----
> tools/perf/util/srcline.c | 772 ++---------------------------
> tools/perf/util/srcline.h | 9 +-
> tools/perf/util/symbol-elf.c | 100 +---
> tools/perf/util/symbol.c | 131 -----
> 30 files changed, 2745 insertions(+), 1932 deletions(-)
> create mode 100644 tools/perf/util/addr2line.c
> create mode 100644 tools/perf/util/addr2line.h
> create mode 100644 tools/perf/util/capstone.c
> create mode 100644 tools/perf/util/capstone.h
> delete mode 100644 tools/perf/util/disasm_bpf.c
> delete mode 100644 tools/perf/util/disasm_bpf.h
> create mode 100644 tools/perf/util/libbfd.c
> create mode 100644 tools/perf/util/libbfd.h
> create mode 100644 tools/perf/util/llvm.c
> create mode 100644 tools/perf/util/llvm.h
>
> --
> 2.51.0.570.gb178f27e6d-goog
>
prev parent reply other threads:[~2025-10-02 18:45 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-29 19:07 [PATCH v6 00/15] Support dynamic opening of capstone/llvm Ian Rogers
2025-09-29 19:07 ` [PATCH v6 01/15] perf map: Constify objdump offset/address conversion APIs Ian Rogers
2025-09-29 19:07 ` [PATCH v6 02/15] perf capstone: Move capstone functionality into its own file Ian Rogers
2025-09-29 19:07 ` [PATCH v6 03/15] perf llvm: Move llvm " Ian Rogers
2025-09-29 19:07 ` [PATCH v6 04/15] perf libbfd: Move libbfd functionality to " Ian Rogers
2025-09-29 19:07 ` [PATCH v6 05/15] perf capstone: Remove open_capstone_handle Ian Rogers
2025-09-29 19:07 ` [PATCH v6 06/15] perf capstone: Support for dlopen-ing libcapstone.so Ian Rogers
2025-09-29 19:07 ` [PATCH v6 07/15] perf llvm: Support for dlopen-ing libLLVM.so Ian Rogers
2025-09-29 19:07 ` [PATCH v6 08/15] perf llvm: Mangle libperf-llvm.so function names Ian Rogers
2025-09-29 19:07 ` [PATCH v6 09/15] perf dso: Move read_symbol from llvm/capstone to dso Ian Rogers
2025-09-29 19:08 ` [PATCH v6 10/15] perf dso: Support BPF programs in dso__read_symbol Ian Rogers
2025-09-29 19:08 ` [PATCH v6 11/15] perf llvm: Disassemble cleanup Ian Rogers
2025-09-29 19:08 ` [PATCH v6 12/15] perf dso: Clean up read_symbol error handling Ian Rogers
2025-09-29 19:08 ` [PATCH v6 13/15] perf disasm: Make ins__scnprintf and ins__is_nop static Ian Rogers
2025-09-29 19:08 ` [PATCH v6 14/15] perf srcline: Fallback between addr2line implementations Ian Rogers
2025-09-29 19:08 ` [PATCH v6 15/15] perf disasm: Remove unused evsel from annotate_args Ian Rogers
2025-10-02 18:45 ` Arnaldo Carvalho de Melo [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aN7IMkpl0yQy8a13@x1 \
--to=acme@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=ak@linux.intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=alexghiti@rivosinc.com \
--cc=atrajeev@linux.ibm.com \
--cc=bpf@vger.kernel.org \
--cc=charlie@rivosinc.com \
--cc=collin.funk1@gmail.com \
--cc=dvyukov@google.com \
--cc=ebiggers@kernel.org \
--cc=haibo1.xu@intel.com \
--cc=irogers@google.com \
--cc=james.clark@linaro.org \
--cc=jolsa@kernel.org \
--cc=justinstitt@google.com \
--cc=lihuafei1@huawei.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=linux@treblig.org \
--cc=llvm@lists.linux.dev \
--cc=mark.rutland@arm.com \
--cc=mhiramat@kernel.org \
--cc=mingo@redhat.com \
--cc=morbo@google.com \
--cc=namhyung@kernel.org \
--cc=nathan@kernel.org \
--cc=nick.desaulniers+lkml@gmail.com \
--cc=peterz@infradead.org \
--cc=song@kernel.org \
--cc=stephen.s.brennan@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).