From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [Qemu-devel] Re: [PATCH 19/19] migration: add a parser to accept FT migration incoming mode. Date: Sat, 29 Jan 2011 13:21:35 +0100 Message-ID: <4D44064F.6080903@redhat.com> References: <1296199312-26334-1-git-send-email-tamura.yoshiaki@lab.ntt.co.jp> <1296199312-26334-20-git-send-email-tamura.yoshiaki@lab.ntt.co.jp> <4D42BD7D.8020004@redhat.com> <4D42D601.9010905@redhat.com> <4D42DC5E.8060203@redhat.com> <4D42E37B.9010207@redhat.com> <4D43EF43.8040001@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: qemu-devel@nongnu.org To: kvm@vger.kernel.org Return-path: Received: from lo.gmane.org ([80.91.229.12]:40133 "EHLO lo.gmane.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751767Ab1A2MVr (ORCPT ); Sat, 29 Jan 2011 07:21:47 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Pj9oI-0002va-HW for kvm@vger.kernel.org; Sat, 29 Jan 2011 13:21:46 +0100 Received: from 93-34-149-100.ip50.fastwebnet.it ([93.34.149.100]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Jan 2011 13:21:46 +0100 Received: from pbonzini by 93-34-149-100.ip50.fastwebnet.it with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 29 Jan 2011 13:21:46 +0100 In-Reply-To: Sender: kvm-owner@vger.kernel.org List-ID: On 01/29/2011 12:32 PM, Yoshiaki Tamura wrote: >> > But a hypothetical -incoming unix.*,ft_mode would have to be implemented >> > twice. > You mean Kemari should be able to use with unix domain sockets, > or other local communication patch? Since Kemari needs two > remote hosts, I don't see why need to use unix domain sockets > except for testing. Maybe I'm missing the point:) Well, I mentioned unix because it is basically the only other migration protocol implemented in QEMU, but the file descriptor backend could also be used. Kemari-over-SCTP could be an interesting application too for example. I'm not saying you should adjust the other patches for the implementation, but the syntax to invoke Kemari should be future-proof. Paolo From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=42884 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pj9oD-0002ge-AC for qemu-devel@nongnu.org; Sat, 29 Jan 2011 07:21:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pj9oC-0008Fe-5e for qemu-devel@nongnu.org; Sat, 29 Jan 2011 07:21:41 -0500 Received: from mail-wy0-f173.google.com ([74.125.82.173]:33662) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pj9oC-0008Fa-0L for qemu-devel@nongnu.org; Sat, 29 Jan 2011 07:21:40 -0500 Received: by wyg36 with SMTP id 36so4191162wyg.4 for ; Sat, 29 Jan 2011 04:21:39 -0800 (PST) Sender: Paolo Bonzini Message-ID: <4D44064F.6080903@redhat.com> Date: Sat, 29 Jan 2011 13:21:35 +0100 From: Paolo Bonzini MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 19/19] migration: add a parser to accept FT migration incoming mode. References: <1296199312-26334-1-git-send-email-tamura.yoshiaki@lab.ntt.co.jp> <1296199312-26334-20-git-send-email-tamura.yoshiaki@lab.ntt.co.jp> <4D42BD7D.8020004@redhat.com> <4D42D601.9010905@redhat.com> <4D42DC5E.8060203@redhat.com> <4D42E37B.9010207@redhat.com> <4D43EF43.8040001@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Yoshiaki Tamura Cc: kwolf@redhat.com, aliguori@us.ibm.com, mtosatti@redhat.com, ananth@in.ibm.com, kvm@vger.kernel.org, mst@redhat.com, dlaor@redhat.com, qemu-devel@nongnu.org, vatsa@linux.vnet.ibm.com, blauwirbel@gmail.com, ohmura.kei@lab.ntt.co.jp, avi@redhat.com, psuriset@linux.vnet.ibm.com, stefanha@linux.vnet.ibm.com On 01/29/2011 12:32 PM, Yoshiaki Tamura wrote: >> > But a hypothetical -incoming unix.*,ft_mode would have to be implemented >> > twice. > You mean Kemari should be able to use with unix domain sockets, > or other local communication patch? Since Kemari needs two > remote hosts, I don't see why need to use unix domain sockets > except for testing. Maybe I'm missing the point:) Well, I mentioned unix because it is basically the only other migration protocol implemented in QEMU, but the file descriptor backend could also be used. Kemari-over-SCTP could be an interesting application too for example. I'm not saying you should adjust the other patches for the implementation, but the syntax to invoke Kemari should be future-proof. Paolo