aboutsummaryrefslogtreecommitdiffstats
path: root/arch/m68k/kernel
diff options
context:
space:
mode:
authorSteven Rostedt <srostedt@redhat.com>2009-09-14 11:58:24 -0400
committerSteven Rostedt <rostedt@goodmis.org>2009-09-14 11:58:24 -0400
commit1f5a6b45416694ff8c0d04625f1a438a0e380add (patch)
treebdf5a59ac8297ead4dd8fabea6124beb7d965cb4 /arch/m68k/kernel
parent20a58a77231c5f5f61470932503b889303e8d4f3 (diff)
downloadkernel_samsung_tuna-1f5a6b45416694ff8c0d04625f1a438a0e380add.zip
kernel_samsung_tuna-1f5a6b45416694ff8c0d04625f1a438a0e380add.tar.gz
kernel_samsung_tuna-1f5a6b45416694ff8c0d04625f1a438a0e380add.tar.bz2
tracing: make testing syscall events a separate configuration
Parag noticed that the number of event tests has increased tremendously: grep "Testing event" dmesg.31rc9 |wc -l 100 grep "Testing event" dmesg.31git |wc -l 1172 This is due to the testing of every syscall event when ftrace self test is enabled. This adds a bit more time to kernel boot up and can affect development by slowing down the time it takes between reboots. This option makes the testing of the syscall events into a separate config, to still be able to test most of ftrace internals at boot up but not have to wait for all the syscall events to be tested. The syscall event testing only tests the enabling and disabling of the trace point, since the syscalls are not executed. What really needs to be done is to somehow have a userspace tool test the syscall tracepoints as well. Reported-by: Parag Warudkar <parag.lkml@gmail.com> LKML-Reference: <f7848160909130815l3e768a30n3b28808bbe5c254b@mail.gmail.com> Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Diffstat (limited to 'arch/m68k/kernel')
0 files changed, 0 insertions, 0 deletions