[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1251146512.git.jbaron@redhat.com>
Date: Mon, 24 Aug 2009 17:40:07 -0400
From: Jason Baron <jbaron@...hat.com>
To: linux-kernel@...r.kernel.org, x86@...nel.org
Cc: lethal@...ux-sh.org, fweisbec@...il.com, mingo@...e.hu,
laijs@...fujitsu.com, rostedt@...dmis.org, peterz@...radead.org,
mathieu.desnoyers@...ymtl.ca, jiayingz@...gle.com,
mbligh@...gle.com, lizf@...fujitsu.com, jistone@...hat.com,
tglx@...utronix.de, hpa@...or.com
Subject: [PATCH 0/4] use NR_syscalls instead of FTRACE_SYSCALL_MAX
hi,
This series adds definitions for NR_syscalls for x86 and x86_64 and converts
syscall events tracing to use NR_syscalls instead of FTRACE_SYSCALL_MAX.
Note, the x86_64 NR_syscalls is defined in terms of __NR_syscall_max, and
thus is dynamic (we don't need to update it when new syscalls are added).
However, the x86 implementation adds a static define in unistd.h, at least
for now.
Patches are against the current -tip tree. So the x86 static define will need
to be updated with a patch when integrated in the -next tree (which has
additional syscalls). Also, Paul Mundt has said he will update sh architecture
(to remove the FTRACE_SYSCALL_MAX definition).
thanks,
-Jason
-add-nrsyscalls-32
-add-nrsyscalls-x8664
-convert-ftrace-nrsyscalls
remove-ftrace-syscall-max
arch/x86/include/asm/ftrace.h | 7 -------
arch/x86/include/asm/unistd_32.h | 2 ++
arch/x86/kernel/ftrace.c | 8 ++++----
include/linux/ftrace.h | 5 +++++
kernel/trace/trace_syscalls.c | 24 ++++++++++++------------
5 files changed, 23 insertions(+), 23 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists