From: Arnaldo Carvalho de Melo <acme@kernel.org> To: Namhyung Kim <namhyung@kernel.org> Cc: Jiri Olsa <jolsa@redhat.com>, Ingo Molnar <mingo@kernel.org>, Peter Zijlstra <peterz@infradead.org>, LKML <linux-kernel@vger.kernel.org>, Andi Kleen <ak@linux.intel.com>, Ian Rogers <irogers@google.com> Subject: Re: [PATCH v2] perf tools: Allow build-id with trailing zeros Date: Sat, 11 Sep 2021 16:05:21 -0300 [thread overview] Message-ID: <YTz98YhhCAm41nlp@kernel.org> (raw) In-Reply-To: <20210910224630.1084877-1-namhyung@kernel.org> Em Fri, Sep 10, 2021 at 03:46:30PM -0700, Namhyung Kim escreveu: > Current perf saves a build-id with size but old versions assumes the > size of 20. In case the build-id is less than 20 (like for MD5), it'd > fill the rest with 0s. Thanks, applied. - Arnaldo > I saw a problem when old version of perf record saved a binary in the > build-id cache and new version of perf reads the data. The symbols > should be read from the build-id cache (as the path no longer has the > same binary) but it failed due to mismatch in the build-id. > > symsrc__init: build id mismatch for /home/namhyung/.debug/.build-id/53/e4c2f42a4c61a2d632d92a72afa08f00000000/elf. > > The build-id event in the data has 20 byte build-ids, but it saw a > different size (16) when it reads the build-id of the elf file in the > build-id cache. > > $ readelf -n ~/.debug/.build-id/53/e4c2f42a4c61a2d632d92a72afa08f00000000/elf > > Displaying notes found in: .note.gnu.build-id > Owner Data size Description > GNU 0x00000010 NT_GNU_BUILD_ID (unique build ID bitstring) > Build ID: 53e4c2f42a4c61a2d632d92a72afa08f > > Let's fix this by allowing trailing zeros if the size is different. > > Fixes: 39be8d0115b3 ("perf tools: Pass build_id object to dso__build_id_equal()") > > Acked-by: Jiri Olsa <jolsa@redhat.com> > Signed-off-by: Namhyung Kim <namhyung@kernel.org> > --- > tools/perf/util/dso.c | 10 ++++++++++ > 1 file changed, 10 insertions(+) > > diff --git a/tools/perf/util/dso.c b/tools/perf/util/dso.c > index ee15db2be2f4..9ed9a5676d35 100644 > --- a/tools/perf/util/dso.c > +++ b/tools/perf/util/dso.c > @@ -1349,6 +1349,16 @@ void dso__set_build_id(struct dso *dso, struct build_id *bid) > > bool dso__build_id_equal(const struct dso *dso, struct build_id *bid) > { > + if (dso->bid.size > bid->size && dso->bid.size == BUILD_ID_SIZE) { > + /* > + * For the backward compatibility, it allows a build-id has > + * trailing zeros. > + */ > + return !memcmp(dso->bid.data, bid->data, bid->size) && > + !memchr_inv(&dso->bid.data[bid->size], 0, > + dso->bid.size - bid->size); > + } > + > return dso->bid.size == bid->size && > memcmp(dso->bid.data, bid->data, dso->bid.size) == 0; > } > -- > 2.33.0.309.g3052b89438-goog -- - Arnaldo
prev parent reply other threads:[~2021-09-11 19:05 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-09-10 22:46 Namhyung Kim 2021-09-11 19:05 ` 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=YTz98YhhCAm41nlp@kernel.org \ --to=acme@kernel.org \ --cc=ak@linux.intel.com \ --cc=irogers@google.com \ --cc=jolsa@redhat.com \ --cc=linux-kernel@vger.kernel.org \ --cc=mingo@kernel.org \ --cc=namhyung@kernel.org \ --cc=peterz@infradead.org \ --subject='Re: [PATCH v2] perf tools: Allow build-id with trailing zeros' \ /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
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).