All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: "Wangnan (F)" <wangnan0@huawei.com>
Cc: Jiri Olsa <jolsa@redhat.com>,
	masami.hiramatsu.pt@hitachi.com, jolsa@kernel.org,
	linux-kernel@vger.kernel.org, pi3orama@163.com,
	lizefan@huawei.com, Namhyung Kim <namhyung@kernel.org>
Subject: Re: [PATCH v5 02/14] perf tools: Prevent calling machine__delete() on non-allocated machine
Date: Wed, 16 Dec 2015 16:49:37 -0300	[thread overview]
Message-ID: <20151216194937.GC19926@kernel.org> (raw)
In-Reply-To: <5670C04E.3080802@huawei.com>

Em Wed, Dec 16, 2015 at 09:37:18AM +0800, Wangnan (F) escreveu:
> 
> 
> On 2015/12/15 20:36, Jiri Olsa wrote:
> >On Mon, Dec 14, 2015 at 10:39:11AM +0000, Wang Nan wrote:
> >
> >SNIP
> >
> >>@@ -137,12 +138,15 @@ void machine__exit(struct machine *machine)
> >>  void machine__delete(struct machine *machine)
> >>  {
> >>  	machine__exit(machine);
> >>-	free(machine);
> >>+	if (machine->allocated)
> >>+		free(machine);
> >>+	else
> >>+		pr_warning("WARNING: delete a non-allocated machine. Skip.\n");
> >we used WARN_ONCE several times already in similar cases
> >
> >jirka
> 
> Will switch to:
> 
> @@ -136,13 +138,13 @@ void machine__exit(struct machine *machine)
> 
>  void machine__delete(struct machine *machine)
>  {
> -       machine__exit(machine);

Better keep the above.

And I wonder if we would go on sprinkling these kinds of checks for all
classes we have :-\

I think this is a job for some static analisys tool, that or we figure
out a way to find out if an address is for a stack or heap and use that
instead, and in a bpf based tool, perhaps, one that would hook into all
*__delete() tools and check if the object it is using should or not be
in fact free()ed.

I could think about hooking __new*() calls, hashing the return value,
then at __delete() time check it, for instance.

- Arnaldo

> -       free(machine);
> +       WARN_ONCE((machine->allocated ? free(machine), 0 : -1),
> +                 "WARNING: deleting a non-allocated machine. Skip.\n");
>  }
> 
> Thank you.

  reply	other threads:[~2015-12-16 19:49 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-14 10:39 [PATCH v5 00/14] perf tools: BPF related update and other improvements Wang Nan
2015-12-14 10:39 ` [PATCH v5 01/14] perf tests: Fix incorrect free and false TEST_OK result Wang Nan
2015-12-14 10:39 ` [PATCH v5 02/14] perf tools: Prevent calling machine__delete() on non-allocated machine Wang Nan
2015-12-15 12:36   ` Jiri Olsa
2015-12-16  1:37     ` Wangnan (F)
2015-12-16 19:49       ` Arnaldo Carvalho de Melo [this message]
2015-12-14 10:39 ` [PATCH v5 03/14] perf test: Check environment before start real BPF test Wang Nan
2015-12-14 10:39 ` [PATCH v5 04/14] perf tools: Add API to config maps in bpf object Wang Nan
2015-12-14 10:39 ` [PATCH v5 05/14] perf tools: Enable BPF object configure syntax Wang Nan
2015-12-15 13:12   ` Jiri Olsa
2015-12-14 10:39 ` [PATCH v5 06/14] perf record: Apply config to BPF objects before recording Wang Nan
2015-12-14 10:39 ` [PATCH v5 07/14] perf tools: Enable passing event to BPF object Wang Nan
2015-12-14 10:39 ` [PATCH v5 08/14] perf tools: Support perf event alias name Wang Nan
2015-12-15 13:18   ` Jiri Olsa
2015-12-16  1:50     ` Wangnan (F)
2015-12-14 10:39 ` [PATCH v5 09/14] perf tools: Support setting different slots in a BPF map separately Wang Nan
2015-12-14 10:39 ` [PATCH v5 10/14] perf tools: Enable indices setting syntax for BPF maps Wang Nan
2015-12-15 13:42   ` Jiri Olsa
2015-12-16  2:02     ` Wangnan (F)
2015-12-16  7:55       ` Jiri Olsa
2015-12-16 11:24   ` Jiri Olsa
2015-12-14 10:39 ` [PATCH v5 11/14] perf tools: Introduce bpf-output event Wang Nan
2015-12-14 10:39 ` [PATCH v5 12/14] perf data: Support converting data from bpf_perf_event_output() Wang Nan
2015-12-16 11:29   ` Jiri Olsa
2015-12-14 10:39 ` [PATCH v5 13/14] perf tools: Always give options even it not compiled Wang Nan
2015-12-14 16:00   ` Arnaldo Carvalho de Melo
2015-12-18  8:50   ` [tip:perf/core] perf tools: Make options always available, even if required libs not linked tip-bot for Wang Nan
2015-12-14 10:39 ` [PATCH v5 14/14] perf record: Support custom vmlinux path Wang Nan
2015-12-18  8:51   ` [tip:perf/core] " tip-bot for He Kuang

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=20151216194937.GC19926@kernel.org \
    --to=acme@kernel.org \
    --cc=jolsa@kernel.org \
    --cc=jolsa@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lizefan@huawei.com \
    --cc=masami.hiramatsu.pt@hitachi.com \
    --cc=namhyung@kernel.org \
    --cc=pi3orama@163.com \
    --cc=wangnan0@huawei.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.