[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20091021194440.GA1283@us.ibm.com>
Date: Wed, 21 Oct 2009 12:44:40 -0700
From: Sukadev Bhattiprolu <sukadev@...ux.vnet.ibm.com>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: mtk.manpages@...il.com, Matt Helsley <matthltc@...ibm.com>,
randy.dunlap@...cle.com, arnd@...db.de,
Containers <containers@...ts.linux-foundation.org>,
Nathan Lynch <nathanl@...tin.ibm.com>,
linux-kernel@...r.kernel.org, Louis.Rilling@...labs.com,
"Eric W. Biederman" <ebiederm@...ssion.com>,
kosaki.motohiro@...fujitsu.com, mingo@...e.hu,
linux-api@...r.kernel.org, torvalds@...ux-foundation.org,
Alexey Dobriyan <adobriyan@...il.com>, roland@...hat.com,
Pavel Emelyanov <xemul@...nvz.org>
Subject: Re: [RFC][v8][PATCH 9/10]: Define clone3() syscall
H. Peter Anvin [hpa@...or.com] wrote:
> On 10/21/2009 01:26 PM, Michael Kerrisk wrote:
>>
>> My question here is: what does "3" actually mean? In general, system
>> calls have not followed any convention of numbering to indicate
>> successive versions -- clone2() being the one possible exception that
>> I know of.
>>
>
> "3" is number of arguments.
To me, it is a version number.
mmap() and mmap2() both have 6 parameters.
Besides if wait4() were born before wait3(), would it still be wait4() :-)
But I see that it is hard to get one-convention-that-fits-all.
> It's better than "extended" or something
> like that simply because "extended" just means "more than", and a number
> at least tells you *how much more than*.
And extended assumes we wont extend again.
An informal poll of reviewers has clone3() with a slight advantage :-)
clone_extended() camp: Serge Hallyn, Kerrisk, Louis Rilling,
clone3(): Sukadev, H. Peter Anvin, Oren, Matt Helsley.
I like clone3() but am not insisting on it. I just want a name...
Sukadev
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists