On Wed, 6 Jun 2007, David Miller wrote:
> From: Davide Libenzi <[email protected]>
> Date: Wed, 06 Jun 2007 15:30:31 -0700
>
> > This patch implement a new syscall sys_socket2(), that accepts an
> > extra "flags" parameter:
> >
> > int socket2(int domain, int type, int protocol, int flags);
> >
> > The flags parameter is used to pass extra flags to the kernel, and is
> > at the moment used to select the file descriptor allocations inside
> > the non-sequential area (O_NONSEQFD). The remaining parameters are
> > exactly the same as the ones of sys_socket().
> > The sys_accept() system call has been modified to return a file
> > descriptor inside the non-sequential area, if the listening fd is.
> > The sys_socketcall() system call has been also changed to support
> > a new SYS_SOCKET2 indentifier.
> >
> > Signed-off-by: Davide Libenzi <[email protected]>
>
> Since the valid range of "domain" values is quite small,
> we could avoid the new system call by cribbing some of the
> upper bits of the 'domain' argument.
>
> Valid existing programs pass in valid 'domain' values and
> thus will not set any of the new flags.
>
> Just an idea.
I have no huge preferences. If not the slight one of using the same flags
for open() and socket{2}() (O_NONSEQFD). If we overload socket() we may
need to fight with existing O_* flags. OTOH the current free ones are
pretty high in bits, so it may be OK too.
- Davide
-
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]
