Re: [PATCH v2] perf: fix double free at function perf_hpp__reset_output_field
From: Du, Changbin
Date: Tue Apr 04 2017 - 22:47:28 EST
On Tue, Apr 04, 2017 at 12:51:03PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Apr 05, 2017 at 12:34:59AM +0900, Namhyung Kim escreveu:
> > Hi Arnaldo,
> >
> > On Wed, Apr 5, 2017 at 12:19 AM, Arnaldo Carvalho de Melo
> > <acme@xxxxxxxxxx> wrote:
> > > Em Mon, Mar 27, 2017 at 02:22:55PM +0800, changbin.du@xxxxxxxxx escreveu:
> > >> From: Changbin Du <changbin.du@xxxxxxxxx>
> > >>
> > >> Some perf_hpp_fmt both registered at field and sort list. For such
> > >> instance, we only can free it when removed from the both lists. This
> > >> function currently only used by self-test code, but still should fix
> > >> it.
> > >
> > > Looks sane, applying,
> > >
> > > Jiri, Namhyung, please holler (or ack) if needed,
> >
> > Did you actually see the double free problem? AFAICS the old code
>
> I assumed that he had seen it, in some self-test code, Changbin, can you
> please show command output or further describe when this patch would be
> necessary?
>
Arnaldo, I did observe this issue but not in self-test code. The self-test code
uses that function but does not have a case that a fmt linked to two both list.
I found this issue when I try to add 'dynamic sort' feature to perf, which
I use this function to reset out fields.
Anyway, it is clear that this is a real bug, a potential issue need to fix.
> - Arnaldo
>
> > removed a fmt from both list before free it. In the first loop, fmt that
> > was linked to both output list and sort list will be remove. And the
> > second loop frees fmt that was linked only to the sort list (IOW, it
> > frees fmt that was not freed in the first loop).
> >
This is right. It is to handle the fmts that linked to both two lists.
> > Thanks,
> > Namhyung
> >
> >
> > >
> > > - Arnaldo
> > >
--
Thanks,
Changbin Du
Attachment:
signature.asc
Description: PGP signature