lkml.org 
[lkml]   [2010]   [Apr]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 3/3] Stop tracing on a schedule bug
On Fri, 16 Apr 2010, Thomas Gleixner wrote:
> BTW, if interacting with grub is that hard: how does an user start the
> tracer at all ?

Just looked through the other patches and noticed that the patch which
provides the tracing_off(level) stuff is incomplete as it provides
only a command line option to change that tracing off level.

The command line option is merily for tracing which happens to be
started on the command line i.e. _BEFORE_ we have usable user space.

So your grub argument is just crap. If the user cannot change this
setting w/o fiddling with the obscured grub then he can not start the
tracer on the command line either.

But somehow he can start the tracer later when user space is up and
running, but there is no way to change that setting anymore. Therefor
you go through the kernel and impose settings at will.

1) Your patch simply lacks an interface to change that setting via
debugfs/tracing/wtf

WTF should I reboot my machine to change that setting from the
default BUG to WARN or NONE ? There is no reason at all.

2) tracing off can be done via filters on functions and/or events
already - so I doubt that the tracing_off_event(level) is necessary
at all.

schedule_bug() definitely deserves a separate trace_schedule_bug()
event which can be used to stop the tracer by already existing
functionality.

Thanks,

tglx


\
 
 \ /
  Last update: 2010-04-16 02:25    [W:0.095 / U:0.240 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site