From: Julia Lawall <julia.lawall@inria.fr>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: Linux Trace Devel <linux-trace-devel@vger.kernel.org>,
Julia Lawall <julia.lawall@inria.fr>
Subject: Re: [PATCH v2] trace-cmd report: Explain the '-l' option better in the man page
Date: Tue, 7 Jun 2022 18:29:52 +0200 (CEST) [thread overview]
Message-ID: <alpine.DEB.2.22.394.2206071829360.11966@hadrien> (raw)
In-Reply-To: <20220607122857.2dd8b761@gandalf.local.home>
On Tue, 7 Jun 2022, Steven Rostedt wrote:
> From: "Steven Rostedt (Google)" <rostedt@goodmis.org>
>
> The '-l' option shows latency information of each event. It is not well
> documented. Update the man page to show what the cryptic values mean.
Acked-by: Julia Lawall <julia.lawall@inria.fr>
>
> Reported-by: Julia Lawall <julia.lawall@inria.fr>
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=216069
> Signed-off-by: Steven Rostedt (Google) <rostedt@goodmis.org>
> ---
> Changes since v1: https://lore.kernel.org/all/20220607113007.652e14e2@gandalf.local.home/
>
> - May the fourth be with you (not force or forth) (Julia Lawall)
>
> - Also change 8 spaces into a tab.
>
> .../trace-cmd/trace-cmd-report.1.txt | 39 +++++++++++++++----
> 1 file changed, 32 insertions(+), 7 deletions(-)
>
> diff --git a/Documentation/trace-cmd/trace-cmd-report.1.txt b/Documentation/trace-cmd/trace-cmd-report.1.txt
> index df60dd87d979..985f8acee9b4 100644
> --- a/Documentation/trace-cmd/trace-cmd-report.1.txt
> +++ b/Documentation/trace-cmd/trace-cmd-report.1.txt
> @@ -221,13 +221,38 @@ OPTIONS
> <idle>-0 0d.h1. 106467.859747: function: ktime_get <-- tick_check_idle
> ----
>
> - The 0d.h1. denotes this information. The first character is never a '.'
> - and represents what CPU the trace was recorded on (CPU 0). The 'd' denotes
> - that interrupts were disabled. The 'h' means that this was called inside
> - an interrupt handler. The '1' is the preemption disabled (preempt_count)
> - was set to one. The two '.'s are "need_resched" flag and kernel lock
> - counter. If the "need_resched" flag is set, then that character would be a
> - 'N'.
> + The 0d.h1. denotes this information.
> +
> + It starts with a number. This represents the CPU number that the event occurred
> + on.
> +
> + The second character is one of the following:
> +
> + 'd' - Interrupts are disabled
> + '.' - Interrupts are enabled
> + 'X' - Has flags that are not yet known by trace-cmd
> +
> + The third character is the "need rescheduling" flag.
> +
> + 'N' - A schedule is set to take place
> + '.' - No scheduling is set
> +
> + The fourth character represents the context the event was in when it triggered
> +
> + 'h' - Hard interrupt context
> + 's' - Soft interrupt context
> + 'H' - Hard interrupt context that interrupted a soft interrupt
> + '.' - Normal context
> +
> + The next is a number (should be less than 10), that represents the preemption
> + depth (the number of times preempt_disable() is called without preempt_enable()).
> + '.' means preemption is enabled.
> +
> + On some systems, "migrate disable" may exist, in which case a number will be
> + shown for that, or '.' meaning migration is enabled.
> +
> + If lockdep in enabled on the system, then the number represents the depth of
> + locks that are held when the event triggered. '.' means no locks are held.
>
> *-w*::
> If both the 'sched_switch' and 'sched_wakeup' events are enabled, then
> --
> 2.35.1
>
>
prev parent reply other threads:[~2022-06-07 16:29 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-07 16:28 [PATCH v2] trace-cmd report: Explain the '-l' option better in the man page Steven Rostedt
2022-06-07 16:29 ` Julia Lawall [this message]
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=alpine.DEB.2.22.394.2206071829360.11966@hadrien \
--to=julia.lawall@inria.fr \
--cc=linux-trace-devel@vger.kernel.org \
--cc=rostedt@goodmis.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox