From: Steven Rostedt <rostedt@goodmis.org>
To: linux-kernel@vger.kernel.org
Cc: Masami Hiramatsu <mhiramat@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
Andrew Morton <akpm@linux-foundation.org>
Subject: [for-linus][PATCH 0/3] tracing: Fixes for 6.16
Date: Fri, 06 Jun 2025 12:42:29 -0400 [thread overview]
Message-ID: <20250606164229.056794577@goodmis.org> (raw)
[ Resending as my scripts messed up the first patch email addresses
and the sending crashed ]
tracing fixes:
- Fix regression of waiting a long time on updating trace event filters
When the faultable trace points were added, it needed task trace RCU
synchronization. This was added to the tracepoint_synchronize_unregister()
function. The filter logic always called this function whenever it
updated the trace event filters before freeing the old filters.
This increased the time of "trace-cmd record" from taking 13 seconds
to running over 2 minutes to complete.
Move the freeing of the filters to call_rcu*() logic, which brings the
time back down to 13 seconds.
- Fix ring_buffer_subbuf_order_set() error path lock protection
The error path of the ring_buffer_subbuf_order_set() released the
mutex too early and allowed subsequent accesses to setting the
subbuffer size to corrupt the data and cause a bug.
By moving the mutex locking to the end of the error path, it prevents
the reentrant access to the critical data and also allows the function
to convert the taking of the mutex over to the guard() logic.
- Remove unused power management clock events
The clock events were added in 2010 for power management. In 2011
arm used them. In 2013 the code they were used in was removed.
These events have been wasting memory since then.
git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux-trace.git
trace/fixes
Head SHA1: 28e6aecb1a79e178d870aee0b71f97cca669fd9b
Dmitry Antipov (1):
ring-buffer: Fix buffer locking in ring_buffer_subbuf_order_set()
Steven Rostedt (2):
tracing: Fix regression of filter waiting a long time on RCU synchronization
tracing: PM: Remove unused clock events
----
include/trace/events/power.h | 47 -----------
kernel/trace/ring_buffer.c | 4 +-
kernel/trace/trace_events_filter.c | 164 ++++++++++++++++++++++++++++---------
3 files changed, 128 insertions(+), 87 deletions(-)
next reply other threads:[~2025-06-06 16:42 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-06 16:42 Steven Rostedt [this message]
2025-06-06 16:42 ` [for-linus][PATCH 1/3] tracing: Fix regression of filter waiting a long time on RCU synchronization Steven Rostedt
2025-06-06 16:42 ` [for-linus][PATCH 2/3] ring-buffer: Fix buffer locking in ring_buffer_subbuf_order_set() Steven Rostedt
2025-06-06 16:42 ` [for-linus][PATCH 3/3] tracing: PM: Remove unused clock events Steven Rostedt
-- strict thread matches above, loose matches on Subject: below --
2025-06-06 16:24 [for-linus][PATCH 0/3] tracing: Fixes for 6.16 Steven Rostedt
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=20250606164229.056794577@goodmis.org \
--to=rostedt@goodmis.org \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mathieu.desnoyers@efficios.com \
--cc=mhiramat@kernel.org \
/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.