[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <168908491977.123124.16583481716284477889.stgit@devnote2>
Date: Tue, 11 Jul 2023 23:15:20 +0900
From: "Masami Hiramatsu (Google)" <mhiramat@...nel.org>
To: Steven Rostedt <rostedt@...dmis.org>
Cc: Dan Carpenter <dan.carpenter@...aro.org>,
linux-trace-kernel@...r.kernel.org,
LKML <linux-kernel@...r.kernel.org>,
Masami Hiramatsu <mhiramat@...nel.org>
Subject: [PATCH v5 0/5] tracing/probes: Fix bugs in process_fetch_insn
Hi,
Here are the 5th version of fix bugs in process_fetch_insn_*().
The previous version is here;
https://lore.kernel.org/all/168904147563.2908673.18054267804278861545.stgit@mhiramat.roam.corp.google.com/
In this version I added a bugfix to update dynamic data counter only
if the fetcharg uses it [3/5] and update [5/5] to move out the arg->dynamic
check out from unlikely() macro and use likely() macro correctly for
non-error case.
Thank you,
---
Masami Hiramatsu (Google) (5):
tracing/probes: Fix to avoid double count of the string length on the array
tracing/probes: Fix not to count error code to total length
tracing/probes: Fix to update dynamic data counter if fetcharg uses it
Revert "tracing: Add "(fault)" name injection to kernel probes"
tracing/probes: Fix to record 0-length data_loc in fetch_store_string*() if fails
kernel/trace/trace.h | 2 ++
kernel/trace/trace_probe.c | 2 +-
kernel/trace/trace_probe_kernel.h | 30 ++++++++----------------------
kernel/trace/trace_probe_tmpl.h | 10 +++++-----
kernel/trace/trace_uprobe.c | 3 ++-
5 files changed, 18 insertions(+), 29 deletions(-)
--
Masami Hiramatsu (Google) <mhiramat@...nel.org>
Powered by blists - more mailing lists