From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:58832)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <p.fedin@samsung.com>) id 1Zr4Fl-0006Ui-Ax
	for qemu-devel@nongnu.org; Tue, 27 Oct 2015 09:25:30 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <p.fedin@samsung.com>) id 1Zr4Ff-0003Bj-Go
	for qemu-devel@nongnu.org; Tue, 27 Oct 2015 09:25:29 -0400
Received: from mailout2.w1.samsung.com ([210.118.77.12]:31293)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <p.fedin@samsung.com>) id 1Zr4Ff-0003BI-BI
	for qemu-devel@nongnu.org; Tue, 27 Oct 2015 09:25:23 -0400
Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244])
	by mailout2.w1.samsung.com
	(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
	2014)) with ESMTP id <0NWV00LWTRY8O420@mailout2.w1.samsung.com> for
	qemu-devel@nongnu.org; Tue, 27 Oct 2015 13:25:20 +0000 (GMT)
From: Pavel Fedin <p.fedin@samsung.com>
References: <014501d10fec$8b2548b0$a16fda10$@samsung.com>
	<562E5D60.7060501@redhat.com>
	<00b801d11086$47049600$d50dc200$@samsung.com>
	<562F7812.2030501@redhat.com>
In-reply-to: <562F7812.2030501@redhat.com>
Date: Tue, 27 Oct 2015 16:25:19 +0300
Message-id: <001801d110ba$ed740460$c85c0d20$@samsung.com>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-transfer-encoding: 7bit
Content-language: ru
Subject: Re: [Qemu-devel] [PATCH] migration: Introduce
 MIGRATION_STATUS_FINISHING
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/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: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: 'Eric Blake' <eblake@redhat.com>, qemu-devel@nongnu.org
Cc: 'Amit Shah' <amit.shah@redhat.com>, 'Luiz Capitulino' <lcapitulino@redhat.com>, 'Juan Quintela' <quintela@redhat.com>

 Hello!

> If it is truly internal, then avoiding exposing the state to external
> clients is indeed the way to go.

 Already done: http://lists.nongnu.org/archive/html/qemu-devel/2015-10/msg06262.html, you should have received it too.

Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia