tracing: make testing syscall events a separate configuration
authorSteven Rostedt <srostedt@redhat.com>
Mon, 14 Sep 2009 15:58:24 +0000 (11:58 -0400)
committerSteven Rostedt <rostedt@goodmis.org>
Mon, 14 Sep 2009 15:58:24 +0000 (11:58 -0400)
commit1f5a6b45416694ff8c0d04625f1a438a0e380add
treebdf5a59ac8297ead4dd8fabea6124beb7d965cb4
parent20a58a77231c5f5f61470932503b889303e8d4f3
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>
kernel/trace/Kconfig
kernel/trace/trace_events.c