On Tue, Nov 15, 2005 at 12:50:26AM +0100, Arnd Bergmann wrote:
> > --- 25/include/asm-powerpc/unistd.h~perfmon2-reserve-system-calls???????Mon Nov 14 15:27:32 2005
> > +++ 25-akpm/include/asm-powerpc/unistd.h????????Mon Nov 14 15:27:32 2005
> > @@ -296,8 +296,20 @@
> > ?#define __NR_inotify_init??????275
> > ?#define __NR_inotify_add_watch?276
> > ?#define __NR_inotify_rm_watch??277
> > +#define __NR_pfm_create_context????????278
> > +#define __NR_pfm_write_pmcs????279
> > +#define __NR_pfm_write_pmds????280
> > +#define __NR_pfm_read_pmds?????281
> > +#define __NR_pfm_load_context??282
> > +#define __NR_pfm_start?????????283
> > +#define __NR_pfm_stop??????????284
> > +#define __NR_pfm_restart???????285
> > +#define __NR_pfm_create_evtsets????????286
> > +#define __NR_pfm_getinfo_evtsets 287
> > +#define __NR_pfm_delete_evtsets 288
> > +#define __NR_pfm_unload_context????????289
> > ?
> > -#define __NR_syscalls??????????278
> > +#define __NR_syscalls??????????290
I thought we didn't reserve syscall numbers?
anyway, this is an awfull lot of syscalls numbers for what essentially
is a driver not core kernel functionality. I think we should do an API
review first.
and why didn't this patch get sent to lkml for review?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]