[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <159428201109.56570.3802208017109058146.stgit@devnote2>
Date: Thu, 9 Jul 2020 17:06:51 +0900
From: Masami Hiramatsu <mhiramat@...nel.org>
To: Arnaldo Carvalho de Melo <acme@...nel.org>,
Arnaldo Carvalho de Melo <acme@...hat.com>
Cc: Oleg Nesterov <oleg@...hat.com>,
Srikar Dronamraju <srikar@...ux.vnet.ibm.com>,
linux-kernel@...r.kernel.org, mhiramat@...nel.org,
Andi Kleen <andi@...stfloor.org>,
Andi Kleen <ak@...ux.intel.com>
Subject: [PATCH 0/4] perf-probe: Fix GNU IFUNC probe issue etc.
Hi,
Here are patches to fix some issues of probing on GNU IFUNC, duplicated
symbols, and memory leak, which were reported by Andi.
Andi reported that some issues on probing memcpy function in glibc,
which was related to GNU IFUNC (indirect function). As I described
in the patch [4/4], it is hard to support probing on the functions
which are selected by GNU indirect function because those are chosen
at runtime. I think we need a user-mode helper in uprobes to find which
one is chosen at runtime. (Oleg, Srikar, would you have any idea?)
While cleaning up the patches, I also found a memory leak problem
so fixed it ([3/4]).
Thank you,
---
Masami Hiramatsu (4):
perf-probe: Avoid setting probes on same address on same event
perf-probe: Fix wrong variable warning when the probe point is not found
perf-probe: Fix memory leakage when the probe point is not found
perf-probe: Warn if the target function is GNU Indirect function
tools/perf/util/probe-event.c | 14 ++++++++++++++
tools/perf/util/probe-finder.c | 5 ++++-
2 files changed, 18 insertions(+), 1 deletion(-)
--
Masami Hiramatsu (Linaro) <mhiramat@...nel.org>
Powered by blists - more mailing lists