From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Emelyanov Subject: Re: Namespaces exhausted CLONE_XXX bits problem Date: Tue, 15 Jan 2008 12:24:33 +0300 Message-ID: <478C7BD1.7040905@openvz.org> References: <478B6764.6050300@openvz.org> <478B7549.2020000@fr.ibm.com> <478B76C4.8050804@openvz.org> <478B7DB3.9050702@fr.ibm.com> <20080114163246.GA31663@sergelap.austin.ibm.com> <478B9345.30004@openvz.org> <20080114180748.GA2772@sergelap.austin.ibm.com> <478BD5CD.7030607@cs.columbia.edu> <1200347674.22674.28.camel@localhost> <478C6E14.1050901@openvz.org> <1200388938.22674.58.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1200388938.22674.58.camel@localhost> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: Dave Hansen Cc: Linux Containers , Cedric Le Goater List-Id: containers.vger.kernel.org Dave Hansen wrote: > On Tue, 2008-01-15 at 11:25 +0300, Pavel Emelyanov wrote: >> Hmm. I have an idea how to make this w/o a new system call. This might >> look wierd, but. Why not stopple the last bit with a CLONE_NEWCLONE and >> consider the parent_tidptr/child_tidptr in this case as the pointer to >> an array of extra arguments/flargs? > > I guess that does keep us from having to add an _actual_ system call. Exactly! > Do we make the array something like > > array[] = { orig_tidptr, nr_flags, actual flags... }; Not exactly. I have already sent my view of this in another letter. > ? > > -- Dave > >