[lkml]   [2009]   [Apr]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Re: Idea: Feature information / extensions dispatcher syscall.
    2009/4/22 Andi Kleen <>:
    > Igor Zhbanov <> writes:
    >> This allow to use system calls in any extension modules without need to reserve
    >> syscall number in kernel source and allow binaries to run correctly on
    >> any kernel
    >> (where that extension feature can have another syscall number).
    >> What do you think?
    > You're trying to reinvent the vfs / device nodes / ioctls

    But in some cases syscalls are more convenient than reading/writing/ioctling
    in /proc, /sys or /dev.

    Now as I understand creating new syscalls for "home" use is not encourahed.
    It is not guaranteed that tomorrow new syscall will not be introduced
    in mainstream kernel. So portability issues is not considered for
    "home" modules.

    And I suggest to regulate syscalls usage and reserve a set of numbers
    "home" modules used in some organizations only.

    I don't think that they all will use only devices and /proc and /sys
    to communicate
    with their modules.

     \ /
      Last update: 2009-04-22 16:49    [W:0.021 / U:31.320 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site