From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kxmsc-00041z-C9 for qemu-devel@nongnu.org; Wed, 05 Nov 2008 13:13:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kxmsa-00041N-Ut for qemu-devel@nongnu.org; Wed, 05 Nov 2008 13:13:21 -0500 Received: from [199.232.76.173] (port=37151 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kxmsa-00041C-PN for qemu-devel@nongnu.org; Wed, 05 Nov 2008 13:13:20 -0500 Received: from mx2.redhat.com ([66.187.237.31]:46754) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KxmsZ-0005aK-W1 for qemu-devel@nongnu.org; Wed, 05 Nov 2008 13:13:20 -0500 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id mA5IDJC2002568 for ; Wed, 5 Nov 2008 13:13:19 -0500 Message-ID: <4911E241.4040308@redhat.com> Date: Wed, 05 Nov 2008 20:13:21 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Live migration - exec: support to be reintroduced? References: <49113157.3090101@codemonkey.ws> <20081105100546.GA25523@redhat.com> <491199A2.1040207@redhat.com> <4911AA29.1090101@codemonkey.ws> <20081105143731.GM25523@redhat.com> <4911B966.6070000@codemonkey.ws> In-Reply-To: <4911B966.6070000@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Anthony Liguori wrote: > > I think the monitor interface could use improvement. I think it would > look better as: > > (qemu) receivefd /path/to/unix/socket > /* waits until it receives an fd on /path/to/unix/socket */ > fd=10 > (qemu) closefd 10 > > Then all of the existing uses of fd= can be preserved. > Ouch, my fd tags are much better as they don't require the user to read the fd number. > I like the idea of using a temporary socket because you don't have to > rely on the monitor being on a unix socket. This will be especially > useful when we can support tunneling the monitor through VNC. I can't really see a user creating an fd and passing it to qemu through a unix domain socket. This is for management apps. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain.