lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1276874212.3556.135.camel@gandalf.stny.rr.com>
Date:	Fri, 18 Jun 2010 11:16:52 -0400
From:	Steven Rostedt <rostedt@...dmis.org>
To:	Lai Jiangshan <laijs@...fujitsu.com>
Cc:	Frederic Weisbecker <fweisbec@...il.com>,
	LKML <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>
Subject: Re: [PATCH V2] tracing, function graph: Remove the noisy output
 when use function graph filter

On Fri, 2010-06-18 at 16:15 +0800, Lai Jiangshan wrote:
> If we use function graph filter(echo some_functions >> set_graph_function)
> we are only interested in the graph of some_functions.
> 
> But if a interrupt occurs when these functions are being traced(or preparing),
> the graphs of the handlers of this interrupt are also recorded.
> These events that we aren't interested in are totally noisy.
> 
> This patch skip the noise when TRACE_GRAPH_FILTER_SKIP_INTR flag is on
> (very very seldom noise is still left, It's OK for tracing, doesn't it?).
> 
> changed from v1:
> Add a TRACE_GRAPH_FILTER_SKIP_INTR flag which is default off
> to control it.
> 
> Signed-off-by: Lai Jiangshan <laijs@...fujitsu.com>
> ---
> diff --git a/kernel/trace/trace_functions_graph.c b/kernel/trace/trace_functions_graph.c
> index 79f4bac..d4fa4a4 100644
> --- a/kernel/trace/trace_functions_graph.c
> +++ b/kernel/trace/trace_functions_graph.c
> @@ -12,6 +12,8 @@
>  #include <linux/slab.h>
>  #include <linux/fs.h>
>  
> +#include <asm/irq_regs.h>
> +
>  #include "trace.h"
>  #include "trace_output.h"
>  
> @@ -41,6 +43,7 @@ struct fgraph_data {
>  #define TRACE_GRAPH_PRINT_PROC		0x8
>  #define TRACE_GRAPH_PRINT_DURATION	0x10
>  #define TRACE_GRAPH_PRINT_ABS_TIME	0x20
> +#define TRACE_GRAPH_FILTER_SKIP_INTR	0x40
>  
>  static struct tracer_opt trace_opts[] = {
>  	/* Display overruns? (for self-debug purpose) */
> @@ -55,6 +58,8 @@ static struct tracer_opt trace_opts[] = {
>  	{ TRACER_OPT(funcgraph-duration, TRACE_GRAPH_PRINT_DURATION) },
>  	/* Display absolute time of an entry */
>  	{ TRACER_OPT(funcgraph-abstime, TRACE_GRAPH_PRINT_ABS_TIME) },
> +	/* Skip the graph nested in interrupts when funcgraph filter enabled */
> +	{ TRACER_OPT(funcgraph-filter-skip-intr, TRACE_GRAPH_FILTER_SKIP_INTR) },
>  	{ } /* Empty entry */
>  };
>  
> @@ -213,13 +218,22 @@ int trace_graph_entry(struct ftrace_graph_ent *trace)
>  	int ret;
>  	int cpu;
>  	int pc;
> +	int depth = trace->depth;
> +	unsigned long long cntxt = (unsigned long)(void *)get_irq_regs();
>  
>  	if (!ftrace_trace_task(current))
>  		return 0;
>  
>  	/* trace it when it is-nested-in or is a function enabled. */
> -	if (!(trace->depth || ftrace_graph_addr(trace->func)))
> -		return 0;
> +	if (!ftrace_graph_addr(trace->func)) {
> +		if (!depth)
> +			return 0;

Note, as I mentioned in my last email, ftrace_graph_addr() is not that
cheap of a function. If we can bypass it, then lets do it. The cheap
things to check are depth and flags. Do them first.

If depth is set, then there's no reason to do the ftrace_graph_addr()
(which is a loop of checking functions!).

The only time we need to do ftrace_graph_addr() is when depth is zero,
or flags is set to TRACE_GRAPH_FILTER_SKIP_INTR and the context does not
match.

This gets called by _every_function_, it needs to be micro optimized.


> +		if ((tracer_flags.val & TRACE_GRAPH_FILTER_SKIP_INTR)
> +		    && (current->ret_stack[depth - 1].subtime != cntxt))
> +			return 0;
> +	}
> +	/* We don't use subtime here, reuse it to save context. */
> +	current->ret_stack[depth].subtime = cntxt;


I still don't like this double use of subtime. It seems too much of a
hack.

What we could also do, which would probably be even better yet, is to
have two functions. One for when TRACE_GRAPH_FILTER_SKIP_INTR is set and
one when it is not. This will avoid the conditionals. Then just register
the proper function with register_ftrace_graph() depending on what the
options are.

You can even change the function if the options are set.

-- Steve

>  
>  	local_irq_save(flags);
>  	cpu = raw_smp_processor_id();
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ