All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oren Laadan <orenl-RdfvBDnrOixBDgjK7y7TUQ@public.gmane.org>
To: Sukadev Bhattiprolu
	<sukadev-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
Cc: Containers
	<containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Subject: Re: [v10][PATCH 8/9] Define clone_with_pids() syscall
Date: Mon, 02 Nov 2009 13:09:59 -0500	[thread overview]
Message-ID: <4AEF2077.5080107@librato.com> (raw)
In-Reply-To: <20091101204548.GG23168-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>



Sukadev Bhattiprolu wrote:
> From: Sukadev Bhattiprolu <suka@suka.(none)>
> Date: Tue, 20 Oct 2009 22:04:57 -0700
> Subject: [v10][PATCH 8/9] Define clone_with_pids() syscall

[...]

> diff --git a/arch/x86/kernel/process_32.c b/arch/x86/kernel/process_32.c
> index 4cf7956..41081eb 100644
> --- a/arch/x86/kernel/process_32.c
> +++ b/arch/x86/kernel/process_32.c
> @@ -445,6 +445,69 @@ int sys_clone(struct pt_regs *regs)
>  	return do_fork(clone_flags, newsp, regs, 0, parent_tidptr, child_tidptr);
>  }
>  
> +int sys_clone_with_pids(struct pt_regs *regs)
> +{
> +	int rc;
> +	struct clone_args kcs;
> +	unsigned long flags;
> +	int __user *parent_tid_ptr;
> +	int __user *child_tid_ptr;
> +	unsigned long __user child_stack;
> +	unsigned long stack_size;
> +	unsigned int flags_low;
> +	struct clone_args __user *ucs;
> +	pid_t __user *pids;
> +
> +	flags_low = regs->bx;
> +	ucs = (int __user *)regs->cx;
> +	pids = (int __user *)regs->dx;
> +
> +	rc = copy_from_user(&kcs, ucs, sizeof(kcs));
> +	if (rc)
> +		return -EFAULT;
> +
> +	/*
> +	 * TODO: If size of clone_args is not what the kernel expects, it
> +	 * 	 could be that kernel is newer and has an extended structure.
> +	 * 	 When that happens, this check needs to be smarter (and we
> +	 * 	 need an additional copy_from_user()). For now, assume exact
> +	 * 	 match.
> +	 */
> +	if (kcs.clone_args_size != sizeof(kcs))
> +		return -EINVAL;

I wonder if this is a reason to move the clone_args_size outside the
structure and pass it as a regular argument ?  This will rid the
(futuristic) additional copy-from-user (in case it causes a concern
for clone performance ?)

Oren.

  parent reply	other threads:[~2009-11-02 18:09 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-01 20:41 [v10][PATCH] Implement clone_with_pids() syscall Sukadev Bhattiprolu
     [not found] ` <20091101204132.GA22116-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-11-01 20:42   ` [v10][PATCH 1/9] Factor out code to allocate pidmap page Sukadev Bhattiprolu
2009-11-01 20:43   ` [v10][PATCH 2/9] Have alloc_pidmap() return actual error code Sukadev Bhattiprolu
2009-11-01 20:44   ` [v10][PATCH 3/9] Define set_pidmap() function Sukadev Bhattiprolu
2009-11-01 20:44   ` [v10][PATCH 4/9] Add target_pids parameter to alloc_pid() Sukadev Bhattiprolu
2009-11-01 20:44   ` [v10][PATCH 5/9] Add target_pids parameter to copy_process() Sukadev Bhattiprolu
2009-11-01 20:45   ` [v10][PATCH 6/9] Check invalid clone flags Sukadev Bhattiprolu
2009-11-01 20:45   ` [v10][PATCH 7/9] Define do_fork_with_pids() Sukadev Bhattiprolu
2009-11-01 20:45   ` [v10][PATCH 8/9] Define clone_with_pids() syscall Sukadev Bhattiprolu
     [not found]     ` <20091101204548.GG23168-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-11-02 18:09       ` Oren Laadan [this message]
     [not found]         ` <4AEF2077.5080107-RdfvBDnrOixBDgjK7y7TUQ@public.gmane.org>
2009-11-03  6:44           ` Sukadev Bhattiprolu
     [not found]             ` <20091103064454.GA22483-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2009-11-03  8:46               ` Arnd Bergmann
2009-11-03 16:16       ` Dave Hansen
2009-11-03 17:16         ` Sukadev Bhattiprolu
2009-11-04  0:32         ` Sukadev Bhattiprolu
2009-11-01 20:46   ` [v10][PATCH 9/9] Document " Sukadev Bhattiprolu
2009-11-02 18:10   ` [v10][PATCH] Implement " Oren Laadan
     [not found]     ` <4AEF207F.3000904-RdfvBDnrOixBDgjK7y7TUQ@public.gmane.org>
2009-11-02 20:17       ` Sukadev Bhattiprolu

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=4AEF2077.5080107@librato.com \
    --to=orenl-rdfvbdnroixbdgjk7y7tuq@public.gmane.org \
    --cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
    --cc=sukadev-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.