lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 12 Jan 2021 10:19:37 +0100 From: Jiri Olsa <jolsa@...hat.com> To: Alexei Starovoitov <alexei.starovoitov@...il.com> Cc: Jiri Olsa <jolsa@...nel.org>, Arnaldo Carvalho de Melo <acme@...nel.org>, lkml <linux-kernel@...r.kernel.org>, Peter Zijlstra <a.p.zijlstra@...llo.nl>, Ingo Molnar <mingo@...nel.org>, Mark Rutland <mark.rutland@....com>, Namhyung Kim <namhyung@...nel.org>, Alexander Shishkin <alexander.shishkin@...ux.intel.com>, Michael Petlan <mpetlan@...hat.com>, Song Liu <songliubraving@...com>, Ian Rogers <irogers@...gle.com>, Stephane Eranian <eranian@...gle.com>, Alexei Budankov <abudankov@...wei.com>, Andi Kleen <ak@...ux.intel.com>, Adrian Hunter <adrian.hunter@...el.com> Subject: Re: [PATCHv6 0/4] perf: Add mmap2 build id support On Mon, Jan 11, 2021 at 06:49:58PM -0800, Alexei Starovoitov wrote: > On Mon, Jan 11, 2021 at 10:38:19PM +0100, Jiri Olsa wrote: > > hi, > > adding the support to have buildid stored in mmap2 event, > > so we can bypass the final perf record hunt on build ids. > > > > This patchset allows perf to record build ID in mmap2 event, > > and adds perf tooling to store/download binaries to .debug > > cache based on these build IDs. > > > > Note that the build id retrieval code is stolen from bpf > > code, where it's been used (together with file offsets) > > to replace IPs in user space stack traces. It's now added > > under lib directory. > > > > v6 changes: > > - last 4 patches rebased Arnaldo's perf/core > > There were no issues with v5 as far as I can remember. > This is just a resubmit to get it landed ? yes, exactly > Last time we couldn't quite figure out which tree to go through. > I think the recommend path was to go via bpf-next. > Is it still the case? bpf-next would be best for kernel changes, perf: Add build id data in mmap2 event bpf: Add size arg to build_id_parse function bpf: Move stack_map_get_build_id into lib the 'perf buildid-cache' change needs to go through Arnaldo's tree, because it depends on changes he already pulled in thanks, jirka
Powered by blists - more mailing lists