From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N6jOH-0006gF-0T for qemu-devel@nongnu.org; Sat, 07 Nov 2009 06:23:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N6jOB-0006fb-TJ for qemu-devel@nongnu.org; Sat, 07 Nov 2009 06:23:32 -0500 Received: from [199.232.76.173] (port=33779 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N6jOB-0006fY-KI for qemu-devel@nongnu.org; Sat, 07 Nov 2009 06:23:27 -0500 Received: from mx1.redhat.com ([209.132.183.28]:39990) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N6jOB-0004dp-4o for qemu-devel@nongnu.org; Sat, 07 Nov 2009 06:23:27 -0500 Message-ID: <4AF558A6.4030804@redhat.com> Date: Sat, 07 Nov 2009 13:23:18 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 0/4] net-bridge: rootless bridge support for qemu References: <1257294485-27015-1-git-send-email-aliguori@us.ibm.com> <20091105163702.GC21630@shareable.org> <4AF30129.7080203@us.ibm.com> <200911051820.48878.arnd@arndb.de> <4AF3154F.8090901@redhat.com> <4AF36DE9.3040803@us.ibm.com> <4AF3CF8C.1030408@redhat.com> <4AF44A33.6010602@us.ibm.com> <4AF53D8C.7080708@redhat.com> <20091107104402.GA10410@shareable.org> In-Reply-To: <20091107104402.GA10410@shareable.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jamie Lokier Cc: Mark McLoughlin , Anthony Liguori , Arnd Bergmann , agl@linux.vnet.ibm.com, Arnd Bergmann , Juan Quintela , Dustin Kirkland , qemu-devel@nongnu.org, Michael Tsirkin On 11/07/2009 12:44 PM, Jamie Lokier wrote: > Aiee - what's the plan? Can a running KVM be forked, as in into two > separate processes to run the forked guests in parallel, or not? > kvm fds do not support fork(). Nothing prevents you from stopping the guest, reading guest state, fork()ing, and creating a new VM in the child with the same state, then restarting both instances. qemu in general cannot be forked; the two instances would trample on each others disk images, host network connections (i.e. vnc, X, the monitor), guest network connections, etc. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic.