From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:37732)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from
) id 1Zlytq-0003ya-93
for qemu-devel@nongnu.org; Tue, 13 Oct 2015 08:41:51 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from ) id 1Zlytm-0005rV-1v
for qemu-devel@nongnu.org; Tue, 13 Oct 2015 08:41:50 -0400
Received: from mailout2.w1.samsung.com ([210.118.77.12]:59832)
by eggs.gnu.org with esmtp (Exim 4.71)
(envelope-from ) id 1Zlytl-0005rC-TA
for qemu-devel@nongnu.org; Tue, 13 Oct 2015 08:41:46 -0400
Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
by mailout2.w1.samsung.com
(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
2014)) with ESMTP id <0NW5005VUSLJ1E80@mailout2.w1.samsung.com> for
qemu-devel@nongnu.org; Tue, 13 Oct 2015 13:41:43 +0100 (BST)
From: Pavel Fedin
References: <008b01d101be$0228d720$067a8560$@samsung.com>
<20151009152942.GF2702@work-vm>
<00b801d1059e$d6d4ffb0$847eff10$@samsung.com>
<20151013110527.GB2555@work-vm>
<00d801d105ae$fa1eb5a0$ee5c20e0$@samsung.com>
In-reply-to:
Date: Tue, 13 Oct 2015 15:41:42 +0300
Message-id: <00e001d105b4$83c62c70$8b528550$@samsung.com>
MIME-version: 1.0
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: quoted-printable
Content-language: ru
Subject: Re: [Qemu-devel] Live migration sequence
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
To: 'Peter Maydell'
Cc: 'Juan Quintela' , 'Marc Zyngier' , 'QEMU' , "'Dr. David Alan Gilbert'" , 'Amit Shah' , kvmarm@lists.cs.columbia.edu, 'Christoffer Dall'
Hello!
> Our idea at the discussion at Connect was to have an ioctl to request
> a flush, rather than to do it automatically when a CPU is stopped
> (you probably don't want to flush when only one CPU in an SMP system
> is stopped, for instance).
Yes, you're right. Looks like this would be more complicated but better =
way to do the thing. I'll look at migration state notifier mechanism.
> But we wanted to get the basic no-ITS ABI sorted out and agreed first
Yes, this is good idea, too much changes otherwise. But here at Samsung =
we have a project, and it has deadlines, so please understand that i try =
to do things quickly.
Of course, you see that as soon as i make something, i post it at least =
as RFCs, because i don't want to have something misdesigned, which will =
be dropped afterwards. Cooperation with OSS is one of goals of our =
project.
Thank you very much for your cooperation and explanations.
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia