tracing: ALSA: hda: Remove string manipulation out of the fast path
authorSteven Rostedt (Google) <rostedt@goodmis.org>
Sun, 3 Jul 2022 15:06:05 +0000 (11:06 -0400)
committerTakashi Iwai <tiwai@suse.de>
Mon, 4 Jul 2022 12:31:19 +0000 (14:31 +0200)
commitc71531007ef0fe5cd64a8aa9b86bdb53ccef1504
treedf09747a6943ab91373a7c88d1c4527d7be66ce9
parentdf98a94ce9c450a1af1193e06add37e601cbf2df
tracing: ALSA: hda: Remove string manipulation out of the fast path

The TRACE_EVENT() macro is broken up into various parts to be efficient.
The TP_fast_assign() is just to record the event into the ring buffer, and
is to be done as fast as possible as this occurs during the actual running
of the code. The slower this is, the slower the code that is being traced
becomes.

The TP_printk() is processed when reading the tracing buffer. This is
considered the slow path. Any processing that can be moved from the
TP_fast_assign() to the TP_printk() should do so.

For some reason, the entire string processing of the trace events
hda_send_cmd, hda_get_response, and hda_unsol_event was moved from the
TP_printk() into the TP_fast_assign(). On top of that, the
__dynamic_array() was used with a fixed size of HDAC_MSG_MAX, which is
useless as a dynamic_array as it will always allocate HDAC_MSG_MAX bytes
on the ring buffer and even save that amount into the event (as it expects
the size to be dynamic, which using a fixed size defeats that purpose).

Instead, just save the necessary elements in the TP_fast_assign() and do
the string manipulation in the slow path.

The output should be the same.

Signed-off-by: Steven Rostedt (Google) <rostedt@goodmis.org>
Link: https://lore.kernel.org/r/20220703110605.07a86fb2@rorschach.local.home
Signed-off-by: Takashi Iwai <tiwai@suse.de>
sound/hda/trace.h