Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
MIME-Version: 1.0
References: <20230531143533.196835-1-paniii94@gmail.com> <CAM9d7cgsP9cBq_Ui9-53zO0nLzBUK67goO1UcnqZ93Z4E7QcFQ@mail.gmail.com>
 <CAOh+m7w8uE-2HKi=+gXL6sFbsPRGBfKA4eNT+kJTVhHhJmMSLw@mail.gmail.com> <CAM9d7cho4-JOWTex0GkScQA2kmg3ZU5bqbRbUb_mG3vsoQ9vng@mail.gmail.com>
In-Reply-To: <CAM9d7cho4-JOWTex0GkScQA2kmg3ZU5bqbRbUb_mG3vsoQ9vng@mail.gmail.com>
From:   Elisabeth Panholzer <paniii94@gmail.com>
Date:   Thu, 1 Jun 2023 19:07:34 +0200
Message-ID: <CAOh+m7xjH+q5pMV67+60sK59pH+HZg9=XkF5qBDtyUbK1jOxUg@mail.gmail.com>
Subject: Re: [PATCH] Subject: perf jit: Fix incorrect file name in DWARF line table
To:     Namhyung Kim <namhyung@kernel.org>
Cc:     linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

On Thu, 1 Jun 2023 at 18:29, Namhyung Kim <namhyung@kernel.org> wrote:
>
> Hello,
>
> On Thu, Jun 1, 2023 at 5:01=E2=80=AFAM Elisabeth Panholzer <paniii94@gmai=
l.com> wrote:
> >
> > Hello again,
> >
> > On Wed, 31 May 2023 at 22:50, Namhyung Kim <namhyung@kernel.org> wrote:
> > >
> > > Hello,
> > >
> > > On Wed, May 31, 2023 at 7:35=E2=80=AFAM elisabeth <paniii94@gmail.com=
> wrote:
> > > >
> > > > Fix an issue where an incorrect file name was added in the DWARF li=
ne table
> > > > due to not checking the filename against the repeated name marker (=
/xff/0).
> > > > This can be seen with `objdump --dwarf=3Dline` on the ELF file afte=
r perf inject.
> > >
> > > I'm not aware of the marker.  Could you please provide a link or some=
thing?
> > >
> > > Thanks,
> > > Namhyung
> > >
> > >
> >
> > The marker is mentioned in the tools/perf/util/jitdump.h header, this
> > file describes the jitdump binary format. According to a comment in
> > the =E2=80=98debug_entry=E2=80=99 struct in the =E2=80=98jitdump.h=E2=
=80=99 file, a filename set to
> > =E2=80=98\xff\0=E2=80=99 indicates that the name is the same as the one=
 from the
> > previous entry. When profiling applications in the browser together
> > with v8, I noticed =E2=80=98perf inject --jit=E2=80=99 inserts a bogus =
file name in
> > the DWARF line table. This happens because in the perf source code in
> > the file tools/perf/util/genelf-debug.c, in the function
> > emit_lineno_info(), the debug entry file gets compared to the previous
> > debug entry file. If they are not the same, a new filename is added to
> > the DWARF line table. However, there is no check for =E2=80=98\xff\0=E2=
=80=99, which
> > indicates that it's the same file. As a result, =E2=80=98\xff\0=E2=80=
=99 is inserted
> > as the filename into the DWARF section. This not only makes =E2=80=98ob=
jdump
> > --dwarf=3Dline=E2=80=99 print bogus as the filename, but it also makes =
no source
> > code information show up in perf annotate.
>
> Thanks for your detailed answer.  It would be great if you could send it
> to the mailing list so that others can see it as well.
>

I added the mailing lists to the cc again.

> So it's from the jitdump format.  I thought it was a part of DWARF or
> some other specification.

It is part of the jitdump format, yes.
The data from the jitdump, generated by for example v8, is just used
to generate the ELF images and the DWARF data with 'perf inject
--jit'.

>
> >
> > Hope this makes it more clear,
> > Elisabeth
>
> Sure, it really helped, thanks.
> Namhyung
>

You're welcome.

>
> >
> > > >
> > > > Signed-off-by: Elisabeth Panholzer <elisabeth@leaningtech.com>


On Thu, 1 Jun 2023 at 18:29, Namhyung Kim <namhyung@kernel.org> wrote:
>
> Hello,
>
> On Thu, Jun 1, 2023 at 5:01=E2=80=AFAM Elisabeth Panholzer <paniii94@gmai=
l.com> wrote:
> >
> > Hello again,
> >
> > On Wed, 31 May 2023 at 22:50, Namhyung Kim <namhyung@kernel.org> wrote:
> > >
> > > Hello,
> > >
> > > On Wed, May 31, 2023 at 7:35=E2=80=AFAM elisabeth <paniii94@gmail.com=
> wrote:
> > > >
> > > > Fix an issue where an incorrect file name was added in the DWARF li=
ne table
> > > > due to not checking the filename against the repeated name marker (=
/xff/0).
> > > > This can be seen with `objdump --dwarf=3Dline` on the ELF file afte=
r perf inject.
> > >
> > > I'm not aware of the marker.  Could you please provide a link or some=
thing?
> > >
> > > Thanks,
> > > Namhyung
> > >
> > >
> >
> > The marker is mentioned in the tools/perf/util/jitdump.h header, this
> > file describes the jitdump binary format. According to a comment in
> > the =E2=80=98debug_entry=E2=80=99 struct in the =E2=80=98jitdump.h=E2=
=80=99 file, a filename set to
> > =E2=80=98\xff\0=E2=80=99 indicates that the name is the same as the one=
 from the
> > previous entry. When profiling applications in the browser together
> > with v8, I noticed =E2=80=98perf inject --jit=E2=80=99 inserts a bogus =
file name in
> > the DWARF line table. This happens because in the perf source code in
> > the file tools/perf/util/genelf-debug.c, in the function
> > emit_lineno_info(), the debug entry file gets compared to the previous
> > debug entry file. If they are not the same, a new filename is added to
> > the DWARF line table. However, there is no check for =E2=80=98\xff\0=E2=
=80=99, which
> > indicates that it's the same file. As a result, =E2=80=98\xff\0=E2=80=
=99 is inserted
> > as the filename into the DWARF section. This not only makes =E2=80=98ob=
jdump
> > --dwarf=3Dline=E2=80=99 print bogus as the filename, but it also makes =
no source
> > code information show up in perf annotate.
>
> Thanks for your detailed answer.  It would be great if you could send it
> to the mailing list so that others can see it as well.
>
> So it's from the jitdump format.  I thought it was a part of DWARF or
> some other specification.
>
> >
> > Hope this makes it more clear,
> > Elisabeth
>
> Sure, it really helped, thanks.
> Namhyung
>
>
> >
> > > >
> > > > Signed-off-by: elisabeth <paniii94@gmail.com>
> > > > Cc: Peter Zijlstra <peterz@infradead.org>
> > > > Cc: Ingo Molnar <mingo@redhat.com>
> > > > Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
> > > > Cc: Mark Rutland <mark.rutland@arm.com>
> > > > Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com>
> > > > Cc: Jiri Olsa <jolsa@kernel.org>
> > > > Cc: Namhyung Kim <namhyung@kernel.org>
> > > > ---
> > > >  tools/perf/util/genelf_debug.c | 4 +++-
> > > >  1 file changed, 3 insertions(+), 1 deletion(-)
> > > >
> > > > diff --git a/tools/perf/util/genelf_debug.c b/tools/perf/util/genel=
f_debug.c
> > > > index aa5dcc56b2ac..2928b59bb9a5 100644
> > > > --- a/tools/perf/util/genelf_debug.c
> > > > +++ b/tools/perf/util/genelf_debug.c
> > > > @@ -349,6 +349,7 @@ static void emit_lineno_info(struct buffer_ext =
*be,
> > > >          */
> > > >
> > > >         /* start state of the state machine we take care of */
> > > > +       char const repeated_name_marker[] =3D {'\xff', '\0'};
> > > >         unsigned long last_vma =3D 0;
> > > >         char const  *cur_filename =3D NULL;
> > > >         unsigned long cur_file_idx =3D 0;
> > > > @@ -363,7 +364,8 @@ static void emit_lineno_info(struct buffer_ext =
*be,
> > > >                 /*
> > > >                  * check if filename changed, if so add it
> > > >                  */
> > > > -               if (!cur_filename || strcmp(cur_filename, ent->name=
)) {
> > > > +               if ((!cur_filename || strcmp(cur_filename, ent->nam=
e)) &&
> > > > +                       memcmp(repeated_name_marker, ent->name, siz=
eof(repeated_name_marker)) !=3D 0) {
> > > >                         emit_lne_define_filename(be, ent->name);
> > > >                         cur_filename =3D ent->name;
> > > >                         emit_set_file(be, ++cur_file_idx);
> > > > --
> > > > 2.34.1
> > > >