[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1449620422.6028.6.camel@ellerman.id.au>
Date: Wed, 09 Dec 2015 11:20:22 +1100
From: Michael Ellerman <mpe@...erman.id.au>
To: Steven Rostedt <rostedt@...dmis.org>,
LKML <linux-kernel@...r.kernel.org>,
linuxppc-dev@...ts.ozlabs.org
Cc: chuhu@...hat.com
Subject: Re: [RFC][PATCH] ppc: Implement save_stack_trace_regs()
On Tue, 2015-12-08 at 13:50 -0500, Steven Rostedt wrote:
> It has come to my attention that kprobe event stack tracing does not
> work on powerpc.
Yep looks like you're right. I didn't realise it was separate from the regular
stack trace stuff.
> diff --git a/arch/powerpc/kernel/stacktrace.c b/arch/powerpc/kernel/stacktrace.c
> index ea43a347a104..0142c86801ba 100644
> --- a/arch/powerpc/kernel/stacktrace.c
> +++ b/arch/powerpc/kernel/stacktrace.c
> @@ -61,3 +61,10 @@ void save_stack_trace_tsk(struct task_struct *tsk, struct stack_trace *trace)
> save_context_stack(trace, tsk->thread.ksp, tsk, 0);
> }
> EXPORT_SYMBOL_GPL(save_stack_trace_tsk);
> +
> +void
> +save_stack_trace_regs(struct pt_regs *regs, struct stack_trace *trace)
> +{
> + save_context_stack(trace, regs->gpr[PT_R1], current, 0);
In the kernel we would normally use just '1' here rather than 'PT_R1', but it's
not a huge deal.
Should I take this via powerpc or do you want it to go in via tracing?
cheers
--
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