Linux Container Development
 help / color / mirror / Atom feed
From: ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org (Eric W. Biederman)
To: Daniel Lezcano <dlezcano-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Subject: Re: [patch 1/2][RFC] add socketat syscall
Date: Fri, 31 Oct 2008 18:30:45 -0700	[thread overview]
Message-ID: <m1ljw4mdve.fsf@frodo.ebiederm.org> (raw)
In-Reply-To: <20081031215900.810348746-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org> (Daniel Lezcano's message of "Fri, 31 Oct 2008 22:56:03 +0100")

Daniel Lezcano <dlezcano-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org> writes:

> This patch adds the socketat syscall which allows to specify in
> which network namespace we want to create a socket. The network
> namespace destination is referred by a socket fd previously opened
> in the destination network namespace.

Looks good and very simple.

I have a small update to my proposal for an ABI, that should be easier
to deploy if the ABI gods can't find fault with it.

#define SOCK_FDNS	0x100000  /* Some good non-conflicting number */
And then reuse extend socket to read one more argument when it is passed.

So.
asmlinkage long sys_socket(int domain, int type, int protocol);
becomes:
asmlinkage long sys_socket(int domain, int type, int protocol, int fd);
when SOCK_FDNS is set in type.

I believe the calling conventions in the kernel already pass 4 arguments
so we just need to read and act on the forth.  That should be easier than
allocating an extra syscall number on every architecture.

Eric

  parent reply	other threads:[~2008-11-01  1:30 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-10-31 21:56 [patch 0/2][RFC] creating a socket with netns destination Daniel Lezcano
2008-10-31 21:56 ` [patch 1/2][RFC] add socketat syscall Daniel Lezcano
     [not found]   ` <20081031215900.810348746-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
2008-11-01  1:30     ` Eric W. Biederman [this message]
2008-11-06 13:22     ` Michael Kerrisk
     [not found]   ` <517f3f820811060522i7b3518aen47907a34b38adee9@mail.gmail.com>
     [not found]     ` <517f3f820811060522i7b3518aen47907a34b38adee9-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-11-06 13:27       ` Daniel Lezcano
2008-11-06 15:46       ` Michael Kerrisk
     [not found]     ` <cfd18e0f0811060746l77fbe6fel83402ba543fccb38@mail.gmail.com>
     [not found]       ` <cfd18e0f0811060746l77fbe6fel83402ba543fccb38-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2008-11-06 16:18         ` Daniel Lezcano
     [not found]       ` <491318DC.4000300@fr.ibm.com>
     [not found]         ` <491318DC.4000300-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
2008-11-07  9:45           ` Subrata Modak
2008-11-07 12:19           ` Cedric Le Goater
     [not found]         ` <49143263.1040604@fr.ibm.com>
     [not found]           ` <49143263.1040604-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
2008-11-07 12:33             ` Daniel Lezcano
     [not found]           ` <49143594.8030109@fr.ibm.com>
     [not found]             ` <49143594.8030109-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
2008-11-07 16:09               ` Eric W. Biederman
2008-11-12 10:33               ` Vivien Chappelier
     [not found]                 ` <491AB112.1030806-L+G57L1VLRbR7s880joybQ@public.gmane.org>
2008-11-12 15:24                   ` Eric W. Biederman
     [not found]                 ` <m1vdutotky.fsf@frodo.ebiederm.org>
     [not found]                   ` <m1vdutotky.fsf-B27657KtZYmhTnVgQlOflh2eb7JE58TQ@public.gmane.org>
2008-11-12 15:59                     ` Vivien Chappelier
2008-10-31 21:56 ` [patch 2/2][RFC] Factor sys_socket and sys_socketat Daniel Lezcano
     [not found] ` <20081031215602.655672481-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
2008-11-05 19:47   ` [patch 0/2][RFC] creating a socket with netns destination Daniel Lezcano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m1ljw4mdve.fsf@frodo.ebiederm.org \
    --to=ebiederm-as9lmozglivwk0htik3j/w@public.gmane.org \
    --cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
    --cc=dlezcano-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox