On Thu, Jun 30, 2016 at 06:38:47PM +0800, xinhui wrote:
> +static int save_stack_end(void *data)
> +{
> + struct stack_trace *trace = data;
> + return trace->nr_entries >= trace->max_entries;
> +}
> +
> static const struct stacktrace_ops save_stack_ops = {
>
-kernel@vger.kernel.org; npig...@suse.de; wal...@google.com;
a...@suse.de; t...@inhelltoy.tec.linutronix.de
Subject: Re: [RFC 12/12] x86/dumpstack: Optimize save_stack_trace
On 2016年06月20日 12:55, Byungchul Park wrote:
Currently, x86 implementation of save_stack_trace() is walking all stack
region
x-kernel@vger.kernel.org; npig...@suse.de; wal...@google.com;
> > a...@suse.de; t...@inhelltoy.tec.linutronix.de
> > Subject: Re: [RFC 12/12] x86/dumpstack: Optimize save_stack_trace
> >
> >
> > On 2016年06月20日 12:55, Byungchul Park wrote:
> > > Currently, x86 i
t; a...@suse.de; t...@inhelltoy.tec.linutronix.de
> Subject: Re: [RFC 12/12] x86/dumpstack: Optimize save_stack_trace
>
>
> On 2016年06月20日 12:55, Byungchul Park wrote:
> > Currently, x86 implementation of save_stack_trace() is walking all stack
> > region word by word regardless of what th
On 2016年06月20日 12:55, Byungchul Park wrote:
Currently, x86 implementation of save_stack_trace() is walking all stack
region word by word regardless of what the trace->max_entries is.
However, it's unnecessary to walk after already fulfilling caller's
requirement, say, if trace->nr_entries >= tra
5 matches
Mail list logo
