Re: [PATCH] clone.2: Document that clone silently ignores CLONE_PID and CLONE_STOPPED

[Josh Triplett <josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org>]

On Tue, Mar 03, 2015 at 08:02:23AM +0100, Michael Kerrisk (man-pages) wrote:
> Hi Josh,
> 
> On 03/02/2015 05:40 PM, josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org wrote:
> > On Mon, Mar 02, 2015 at 05:27:38PM +0100, Michael Kerrisk (man-pages) wrote:
> >> On 27 February 2015 at 17:31,  <josh-iaAMLnmF4UmaiuxdJuQwMA@public.gmane.org> wrote:
> >>> On Fri, Feb 27, 2015 at 07:42:44AM +0100, Michael Kerrisk (man-pages) wrote:
> >>>> On 02/27/2015 01:41 AM, Josh Triplett wrote:
> >>>>> Normally, system calls return EINVAL for flags they don't support.
> >>>>> Explicitly document that clone does *not* produce an error for these two
> >>>>> obsolete flags.
> >>>>
> >>>> Thanks, Josh! Applied.
> >>>
> >>> Doesn't appear to be in the current git repository.
> >>
> >> Pushed now, Josh. (I needed to get another release out of the way first.)
> > 
> > No problem; thanks for the update.
> > 
> > Related issue: the errors section of clone.2 claims it'll return EPERM
> > for CLONE_PID by something other than PID 0 (meaning, outside the
> > kernel), but that doesn't actually happen.  Should that be dropped?  (I
> > can send a patch if so.)
> 
> I'd take a patch to fix that. (But note, if this is kernel behavior
> that has changed over time, it would be valuable to document when
> the change occurred.)

The manpage already documents that earlier, when mentioning CLONE_PID:

       CLONE_PID (obsolete)
              If  CLONE_PID is set, the child process is created with the same
              process ID as the calling process.  This is good for hacking the
              system,  but  otherwise of not much use.  Since 2.3.21 this flag
              can be specified only by the system boot process  (PID  0).   It
              disappeared in Linux 2.5.16.

- Josh Triplett
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html