lkml.org 
[lkml]   [2018]   [Jan]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC PATCH v2 0/1] of: easier debugging for node life cycle issues
On Wed, 24 Jan 2018 22:55:13 -0800
Frank Rowand <frowand.list@gmail.com> wrote:

> Hi Steve,

>
> Off the top of your head, can you tell me know early in the boot
> process a trace_event can be called and successfully provide the
> data to someone trying to debug early boot issues?

The trace events are enabled by early_initcall().

>
> Also, way back when version 1 of this patch was being discussed,
> a question about stacktrace triggers:
>
> >>> # echo stacktrace > /sys/kernel/debug/tracing/trace_options
> >>> # cat trace | grep -A6 "/pci@800000020000018"
> >>
> >> Just to let you know that there is now stacktrace event triggers, where
> >> you don't need to stacktrace all events, you can pick and choose. And
> >> even filter the stack trace on specific fields of the event.
> >
> > This is great, and I did figure that out this afternoon. One thing I was
> > still trying to determine though was whether its possible to set these
> > triggers at boot? As far as I could tell I'm still limited to
> > "trace_options=stacktrace" as a kernel boot parameter to get the stack
> > for event tracepoints.
>
> No not yet. But I'll add that to the todo list.
>
> Thanks,
>
> -- Steve
>
> Is this still on your todo list, or is it now available?

Still on the todo list. As someone once said, there really is no todo
list, but just work on the stuff that people are yelling the loudest
about. Yell louder, and it will get done quicker ;-)

-- Steve

\
 
 \ /
  Last update: 2018-01-25 12:04    [W:0.279 / U:21.504 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site