From mboxrd@z Thu Jan  1 00:00:00 1970
From: Yoshiaki Tamura <tamura.yoshiaki@lab.ntt.co.jp>
Subject: Re: [Qemu-devel] Re: [PATCH 19/19] migration: add a parser to accept
 FT migration incoming mode.
Date: Sat, 29 Jan 2011 22:29:11 +0900
Message-ID: <AANLkTi=6PLW=t_kdThUR+mzYWMo5GA=nbFNB7xb=igGC@mail.gmail.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>
	<AANLkTi=Q0R8fcL5M-wdLfoA_6Fwx4QX4mj5sLgSrHCo6@mail.gmail.com>
	<4D42D601.9010905@redhat.com>
	<AANLkTik5tt+o_Sp67TpGw9AZNyMpjK-vyn1VO+SVKo0z@mail.gmail.com>
	<4D42DC5E.8060203@redhat.com>
	<AANLkTimaAqcFipREj+XOdprfoL=Sy_nu=_=cjbjJZFD2@mail.gmail.com>
	<4D42E37B.9010207@redhat.com>
	<AANLkTik0UsAcG7q9+EgEDMvG6XFAwaVzxQ2-iR7T8MST@mail.gmail.com>
	<4D43EF43.8040001@redhat.com>
	<AANLkTi=br2k+7WpmYsPM+8cjCZyn+T1Lt6sX1=bWnf0M@mail.gmail.com>
	<4D44064F.6080903@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
Cc: kwolf@redhat.com, aliguori@us.ibm.com, dlaor@redhat.com,
	ananth@in.ibm.com, kvm@vger.kernel.org, mst@redhat.com,
	mtosatti@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
To: Paolo Bonzini <pbonzini@redhat.com>
Return-path: <kvm-owner@vger.kernel.org>
Received: from mail-wy0-f174.google.com ([74.125.82.174]:54975 "EHLO
	mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751567Ab1A2N3N convert rfc822-to-8bit (ORCPT
	<rfc822;kvm@vger.kernel.org>); Sat, 29 Jan 2011 08:29:13 -0500
Received: by wyb28 with SMTP id 28so4113752wyb.19
        for <kvm@vger.kernel.org>; Sat, 29 Jan 2011 05:29:12 -0800 (PST)
In-Reply-To: <4D44064F.6080903@redhat.com>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

2011/1/29 Paolo Bonzini <pbonzini@redhat.com>:
> On 01/29/2011 12:32 PM, Yoshiaki Tamura wrote:
>>>
>>> > =A0But a hypothetical -incoming unix.*,ft_mode would have to be
>>> > implemented
>>> > =A0twice.
>>
>> You mean Kemari should be able to use with unix domain sockets,
>> or other local communication patch? =A0Since Kemari needs two
>> remote hosts, I don't see why need to use unix domain sockets
>> except for testing. =A0Maybe I'm missing the point:)
>
> Well, I mentioned unix because it is basically the only other migrati=
on
> protocol implemented in QEMU, but the file descriptor backend could a=
lso be
> used. =A0Kemari-over-SCTP could be an interesting application too for=
 example.
>
> I'm not saying you should adjust the other patches for the implementa=
tion,
> but the syntax to invoke Kemari should be future-proof.

Yes, I understand.  I'm not negative to your suggestion at all,
but trying to figure out what would be the best :) Let me take
your suggestion to use "-incoming kemari:tcp:<host>:<port>" in
the next spin, and see what others think.

Thanks,

Yoshi

>
> Paolo
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>

From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=52502 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PjAra-0001Pc-11
	for qemu-devel@nongnu.org; Sat, 29 Jan 2011 08:29:14 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <tamura.yoshiaki@gmail.com>) id 1PjArZ-0005fx-5H
	for qemu-devel@nongnu.org; Sat, 29 Jan 2011 08:29:13 -0500
Received: from mail-wy0-f173.google.com ([74.125.82.173]:51695)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <tamura.yoshiaki@gmail.com>) id 1PjArY-0005fm-SM
	for qemu-devel@nongnu.org; Sat, 29 Jan 2011 08:29:13 -0500
Received: by wyg36 with SMTP id 36so4225199wyg.4
	for <qemu-devel@nongnu.org>; Sat, 29 Jan 2011 05:29:12 -0800 (PST)
MIME-Version: 1.0
Sender: tamura.yoshiaki@gmail.com
In-Reply-To: <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>
	<AANLkTi=Q0R8fcL5M-wdLfoA_6Fwx4QX4mj5sLgSrHCo6@mail.gmail.com>
	<4D42D601.9010905@redhat.com>
	<AANLkTik5tt+o_Sp67TpGw9AZNyMpjK-vyn1VO+SVKo0z@mail.gmail.com>
	<4D42DC5E.8060203@redhat.com>
	<AANLkTimaAqcFipREj+XOdprfoL=Sy_nu=_=cjbjJZFD2@mail.gmail.com>
	<4D42E37B.9010207@redhat.com>
	<AANLkTik0UsAcG7q9+EgEDMvG6XFAwaVzxQ2-iR7T8MST@mail.gmail.com>
	<4D43EF43.8040001@redhat.com>
	<AANLkTi=br2k+7WpmYsPM+8cjCZyn+T1Lt6sX1=bWnf0M@mail.gmail.com>
	<4D44064F.6080903@redhat.com>
Date: Sat, 29 Jan 2011 22:29:11 +0900
Message-ID: <AANLkTi=6PLW=t_kdThUR+mzYWMo5GA=nbFNB7xb=igGC@mail.gmail.com>
Subject: Re: [Qemu-devel] Re: [PATCH 19/19] migration: add a parser to accept
	FT migration incoming mode.
From: Yoshiaki Tamura <tamura.yoshiaki@lab.ntt.co.jp>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Paolo Bonzini <pbonzini@redhat.com>
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

2011/1/29 Paolo Bonzini <pbonzini@redhat.com>:
> On 01/29/2011 12:32 PM, Yoshiaki Tamura wrote:
>>>
>>> > =A0But a hypothetical -incoming unix.*,ft_mode would have to be
>>> > implemented
>>> > =A0twice.
>>
>> You mean Kemari should be able to use with unix domain sockets,
>> or other local communication patch? =A0Since Kemari needs two
>> remote hosts, I don't see why need to use unix domain sockets
>> except for testing. =A0Maybe 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. =A0Kemari-over-SCTP could be an interesting application too for exa=
mple.
>
> I'm not saying you should adjust the other patches for the implementation=
,
> but the syntax to invoke Kemari should be future-proof.

Yes, I understand.  I'm not negative to your suggestion at all,
but trying to figure out what would be the best :) Let me take
your suggestion to use "-incoming kemari:tcp:<host>:<port>" in
the next spin, and see what others think.

Thanks,

Yoshi

>
> Paolo
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>