Prev: ksm: fix ksm swapin time optimization
Next: [PATCH] sanitize task->comm to avoid leaking escape codes
From: Jason Baron on 23 Jun 2010 14:10 On Wed, Jun 23, 2010 at 08:03:20PM +1000, Ian Munsie wrote: > From: Ian Munsie <imunsie(a)au1.ibm.com> > > This patch cleans up the preprocessor macros defining system calls by > standidising on the parameters passing around the system call name, with > and without it's prefix. > > Overall this makes the preprocessor code easier to understand and > follow and less likely to introduce bugs due to misunderstanding what to > place into each parameter. > > The parameters henceforth should be named: > > sname is the system call name WITHOUT the prefix (e.g. read) > prefix is the prefix INCLUDING the trailing underscore (e.g. sys_) > > These are mashed together to form the full syscall name when required > like blah##prefix##sname. For just prefix##sname please use the provided > SYSNAME(prefix,sname) macro instead as it will be safe if prefix itself > is a macro. > > This patch also fixes an ABI breakage - the ftrace events are once again > named like 'sys_enter_read' instead of 'enter_sys_read'. The rwtop > script shipped with perf relies on this ABI. Others may as well. > > Signed-off-by: Ian Munsie <imunsie(a)au1.ibm.com> > --- overall this patch is a major improvement! My question though is about the naming of the compat syscalls in the context of events. I believe this patch differeniates compat syscall event names as: "sys32_enter_sname", and "compat_sys_enter_sname". I agree that we keep that distinction for purposes of defining the actual syscall function. However, we had discuessed previously about keeping the event name the same for all compat syscalls. ie they are all called "compat_sys_sname" or some such. Reason being you could just do "compat_*" to match all compat events. thanks, -Jason -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |