Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757366AbbKRXiX (ORCPT ); Wed, 18 Nov 2015 18:38:23 -0500 Received: from mail-pa0-f49.google.com ([209.85.220.49]:36674 "EHLO mail-pa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757249AbbKRXiG (ORCPT ); Wed, 18 Nov 2015 18:38:06 -0500 User-Agent: K-9 Mail for Android In-Reply-To: <20151118223639.GB22729@kernel.org> References: <20151118064009.30709.74354.stgit@localhost.localdomain> <20151118064011.30709.65674.stgit@localhost.localdomain> <20151118223639.GB22729@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: [PATCH perf/core 01/13] perf probe: Fix to free temporal Dwarf_Frame From: Namhyung Kim Date: Thu, 19 Nov 2015 08:32:19 +0900 To: Arnaldo Carvalho de Melo , Masami Hiramatsu CC: Peter Zijlstra , linux-kernel@vger.kernel.org, Adrian Hunter , Ingo Molnar , Namhyung Kim , Jiri Olsa Message-ID: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2136 Lines: 66 On November 19, 2015 7:36:39 AM GMT+09:00, Arnaldo Carvalho de Melo wrote: >Em Wed, Nov 18, 2015 at 03:40:12PM +0900, Masami Hiramatsu escreveu: >> Since dwarf_cfi_addrframe returns malloc'd Dwarf_Frame >> object, it has to be freed after used. > >Applied to perf/urgent > >> Signed-off-by: Masami Hiramatsu >> --- >> tools/perf/util/probe-finder.c | 9 ++++++--- >> 1 file changed, 6 insertions(+), 3 deletions(-) >> >> diff --git a/tools/perf/util/probe-finder.c >b/tools/perf/util/probe-finder.c >> index 63993d7..4d7d4f4 100644 >> --- a/tools/perf/util/probe-finder.c >> +++ b/tools/perf/util/probe-finder.c >> @@ -683,21 +683,24 @@ static int call_probe_finder(Dwarf_Die *sc_die, >struct probe_finder *pf) >> ret = dwarf_getlocation_addr(&fb_attr, pf->addr, &pf->fb_ops, >&nops, 1); >> if (ret <= 0 || nops == 0) { >> pf->fb_ops = NULL; >> + ret = 0; >> #if _ELFUTILS_PREREQ(0, 142) >> } else if (nops == 1 && pf->fb_ops[0].atom == DW_OP_call_frame_cfa >&& >> pf->cfi != NULL) { >> - Dwarf_Frame *frame; >> + Dwarf_Frame *frame = NULL; >> if (dwarf_cfi_addrframe(pf->cfi, pf->addr, &frame) != 0 || >> dwarf_frame_cfa(frame, &pf->fb_ops, &nops) != 0) { What if dwarf_cfi_addrframe() succeeded but dwarf_frame_cfa() failed? It seems that the frame still can be leaked.. Thanks Namhyung >> pr_warning("Failed to get call frame on 0x%jx\n", >> (uintmax_t)pf->addr); >> - return -ENOENT; >> + ret = -ENOENT; >> } >> + free(frame); >> #endif >> } >> >> /* Call finder's callback handler */ >> - ret = pf->callback(sc_die, pf); >> + if (ret >= 0) >> + ret = pf->callback(sc_die, pf); >> >> /* *pf->fb_ops will be cached in libdw. Don't free it. */ >> pf->fb_ops = NULL; Hi Arnaldo and Masami, -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/