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