Re: + perfmon2-reserve-system-calls.patch added to -mm tree

From: Christoph Hellwig (hch_at_infradead.org)
Date: 11/15/05

  • Next message: sales2006_at_caramail.com: "American Business Database Available linux-kernel@vger.kernel.org" 
    Date:	Tue, 15 Nov 2005 09:06:12 +0000
To: Arnd Bergmann <arnd@arndb.de>

    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 majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: sales2006_at_caramail.com: "American Business Database Available linux-kernel@vger.kernel.org"