[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B15BF4E.2000606@cn.fujitsu.com>
Date: Wed, 02 Dec 2009 09:13:50 +0800
From: Lai Jiangshan <laijs@...fujitsu.com>
To: Frederic Weisbecker <fweisbec@...il.com>
CC: mingo@...hat.com, hpa@...or.com, linux-kernel@...r.kernel.org,
rostedt@...dmis.org, jbaron@...hat.com, tglx@...utronix.de,
mingo@...e.hu, linux-tip-commits@...r.kernel.org
Subject: Re: [tip:perf/core] trace_syscalls: Remove unused event_syscall_enter
and event_syscall_exit
Frederic Weisbecker wrote:
>
> Except for this patch. The whole series is really nice, thanks
> a lot for this cleanup!
>
>
>
> But I think you fixed it the wrong way.
>
> Why do we need a copy of this event_syscall_enter
> for each syscall event?
> Can't we actually drop enter_syscall_print_##sname
> and always use event_syscall_enter instead?
>
> The same applies to exit syscall events.
>
> Thanks.
>
64c12e0444fcc6b75eb49144ba46d43dbdc6bc8f is a nice patch from
Jason Baron, this patch introduces enter_syscall_print_##sname.
This patch only forgot to do some cleanups. My patch make up it:
fix event_enter_##sname->event
fix event_exit_##sname->event
remove unused event_syscall_enter and event_syscall_exit
Thanks,
Lai
commit 64c12e0444fcc6b75eb49144ba46d43dbdc6bc8f
Author: Jason Baron <jbaron@...hat.com>
Date: Mon Aug 10 16:52:53 2009 -0400
tracing: Add individual syscalls tracepoint id support
The current state of syscalls tracepoints generates only one event id
for every syscall events.
This patch associates an id with each syscall trace event, so that we
can identify each syscall trace event using the 'perf' too
--
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