TRACE-CMD-LIST(1)

โœจ trace-cmd-list โœจ (that's the TRACE-CMD-LIST(1) page, bestie, from the libtracefs manual ๐Ÿ’–)

Okay so picture this: you just wanna know what your machine's ftrace setup is actually giving, right? That's literally this whole command. ๐Ÿซถ

๐ŸŒธ SYNOPSIS ๐ŸŒธ

trace-cmd list [OPTIONS]

๐Ÿ’… DESCRIPTION ๐Ÿ’…

trace-cmd(1) list shows you the available plugins, events, or Ftrace options that are configured on the machine you're sitting at right now. No cap.

And here's the cute part โ€” if you give it no option at all, it just dumps everything to standard output: all plugins, event systems, events, and Ftrace options. The whole buffet. ๐Ÿ“

๐ŸŽ€ OPTIONS ๐ŸŽ€

  • -e [regex] โ€” lists the available events that are enabled on the local system. It takes an optional argument that uses regcomp(3) expressions to search. Obsessed with a good regex, ngl:
trace-cmd list -e '^sys.*'
  • -F โ€” used with -e regex to show the fields of the event. ๐Ÿ‘‘
  • --full โ€” used with -F, and it shows the "print fmt" of the event along with the fields. The full lore, basically.
  • -l โ€” used with -e regex to show those events filters.
  • -R โ€” used with -e regex to show those events triggers.
  • -s โ€” lists the available event systems. โœจ
  • -t โ€” lists the available tracers that are enabled on the local system.
  • -p โ€” same as -t, and it's only there for legacy purposes. Vintage, iconic, but likeโ€ฆ just use -t. ๐Ÿ’€
  • -o โ€” lists the available Ftrace options that are configured on the local system.
  • -f [regex] โ€” lists the available filter functions. These are the list of functions on the system that you can trace, or filter on. It takes an optional argument that uses regcomp(3) expressions to search. Like so:
trace-cmd list -f '^sched.*'

If --proto is also added to the command line, the functions will also have show their prototypes if BTF is available. ๐Ÿฆ‹

  • --proto โ€” if BTF is available on the running kernel, it will also show the function parameters with -f. Big fan.
  • -P โ€” lists the plugin files that get loaded on trace-cmd report.
  • -O โ€” lists plugin options that can be used by the trace-cmd report -O option.
  • -B โ€” lists defined buffer instances (sub buffers). ๐ŸŒˆ
  • -C โ€” lists defined clocks that can be used with trace-cmd record -C. The one in brackets ([]) is the active clock โ€” that's your main character right there. ๐Ÿ‘‘
  • -c โ€” lists the available trace file compression algorithms.

๐Ÿฆ‹ SEE ALSO ๐Ÿฆ‹

trace-cmd(1), trace-cmd-record(1), trace-cmd-report(1), trace-cmd-start(1), trace-cmd-stop(1), trace-cmd-extract(1), trace-cmd-reset(1), trace-cmd-split(1), trace-cmd-listen(1) โ€” go read the whole friend group, fr fr.

๐Ÿ’œ AUTHOR ๐Ÿ’œ

Written by Steven Rostedt, <rostedt@goodmis.org[1]> ๐Ÿซถ

๐ŸŒธ RESOURCES ๐ŸŒธ

https://git.kernel.org/pub/scm/utils/trace-cmd/trace-cmd.git/

๐ŸŽ€ COPYING ๐ŸŽ€

Copyright (C) 2010 Red Hat, Inc. Free use of this software is granted under the terms of the GNU Public License (GPL).

โญ NOTES โญ

  1. rostedt@goodmis.org mailto:rostedt@goodmis.org

Okay that's the whole page, you ate that ๐Ÿ’… This was libtracefs, dated 03/09/2026 โ€” and no, I'm not copying the footer line, I'm giving it a cute little send-off instead. Slay. ๐Ÿ’–โœจ
๐Ÿ“ฆ where this page comes from