Linux Trace Development
 help / color / mirror / Atom feed
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
>
>

      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