[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090825153826.GF4639@cetus.boeblingen.de.ibm.com>
Date: Tue, 25 Aug 2009 17:38:26 +0200
From: Hendrik Brueckner <brueckner@...ux.vnet.ibm.com>
To: Frederic Weisbecker <fweisbec@...il.com>
Cc: Hendrik Brueckner <brueckner@...ux.vnet.ibm.com>,
Jason Baron <jbaron@...hat.com>, linux-kernel@...r.kernel.org,
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,
Heiko Carstens <heiko.carstens@...ibm.com>,
Martin Schwidefsky <schwidefsky@...ibm.com>
Subject: Re: [PATCH 00/12] add syscall tracepoints V3 - s390 arch update
On Tue, Aug 25, 2009 at 03:52:32PM +0200, Frederic Weisbecker wrote:
> On Tue, Aug 25, 2009 at 02:31:11PM +0200, Hendrik Brueckner wrote:
> > This patch includes s390 arch updates for:
> > - tracing: Map syscall name to number (syscall_name_to_nr())
> > - tracing: Call arch_init_ftrace_syscalls at boot
> > - tracing: add support traceopint ids (set_syscall_{enter,exit}_id())
> >
> > The patch already uses "NR_syscalls" instead of FTRACE_SYSCALL_MAX.
> >
> > The patch is based on today's linux-next (20090825).
> > Since few of your patches already include s390 changes,
> > I would appreciate if you could add the patch to your patch set.
> >
> > If you have any remarks, please let me know.
> >
> > Signed-off-by: Hendrik Brueckner <brueckner@...ux.vnet.ibm.com>
>
>
> Looks good at a first glance.
Thanks
> > +int syscall_name_to_nr(char *name)
> > +{
> > + int i;
> > +
> > + if (!syscalls_metadata)
> > + return -1;
> > + for (i = 0; i < NR_syscalls; i++)
> > + if (syscalls_metadata[i])
> > + if (!strcmp(syscalls_metadata[i]->name, name))
> > + return i;
> > + return -1;
> > +}
> > +void set_syscall_enter_id(int num, int id)
> > +{
> > + syscalls_metadata[num]->enter_id = id;
> > +}
> > +
> > +void set_syscall_exit_id(int num, int id)
> > +{
> > + syscalls_metadata[num]->exit_id = id;
> > +}
>
> The three helpers above seem very common between archs, I guess
> we can move them to the core: kernel/trace/trace_syscalls.c
I think it is a good idea to move the helper routines to
kernel/trace/trace_syscalls.c.
--
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