tracing/syscalls: Don't add events for unmapped syscalls
authorIan Munsie <imunsie@au1.ibm.com>
Thu, 3 Feb 2011 03:27:20 +0000 (14:27 +1100)
committerSteven Rostedt <rostedt@goodmis.org>
Tue, 8 Feb 2011 02:24:44 +0000 (21:24 -0500)
commitba976970c79fd2fbfe1a4b3b6766a318f4eb9d4c
tree3cb30bb45aa6302cce39849d281bba7e8e294c62
parent075de90c46562de1435db16c2129ec4ff92e5bd2
tracing/syscalls: Don't add events for unmapped syscalls

FTRACE_SYSCALLS would create events for each and every system call, even
if it had failed to map the system call's name with it's number. This
resulted in a number of events being created that would not behave as
expected.

This could happen, for example, on architectures who's symbol names are
unusual and will not match the system call name. It could also happen
with system calls which were mapped to sys_ni_syscall.

This patch changes the default system call number in the metadata to -1.
If the system call name from the metadata is not successfully mapped to
a system call number during boot, than the event initialisation routine
will now return an error, preventing the event from being created.

Signed-off-by: Ian Munsie <imunsie@au1.ibm.com>
LKML-Reference: <1296703645-18718-2-git-send-email-imunsie@au1.ibm.com>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
include/linux/syscalls.h
kernel/trace/trace_syscalls.c