From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43579) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zz47y-0002Wl-A7 for qemu-devel@nongnu.org; Wed, 18 Nov 2015 09:54:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zz47t-0004YP-Au for qemu-devel@nongnu.org; Wed, 18 Nov 2015 09:54:30 -0500 Received: from relay.parallels.com ([195.214.232.42]:43587) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zz47t-0004YA-1u for qemu-devel@nongnu.org; Wed, 18 Nov 2015 09:54:25 -0500 References: <1447751311-2317-1-git-send-email-den@openvz.org> <20151118151551.4570fa06@bahia.local> <87h9kj5qhm.fsf@emacs.mitica> From: "Denis V. Lunev" Message-ID: <564C910F.1030900@openvz.org> Date: Wed, 18 Nov 2015 17:54:07 +0300 MIME-Version: 1.0 In-Reply-To: <87h9kj5qhm.fsf@emacs.mitica> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH for 2.9 v8 0/10] dataplane snapshot fixes List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: quintela@redhat.com, Greg Kurz Cc: Kevin Wolf , qemu-devel@nongnu.org, stefanha@redhat.com On 11/18/2015 05:31 PM, Juan Quintela wrote: > Greg Kurz wrote: >> On Tue, 17 Nov 2015 12:08:20 +0300 >> "Denis V. Lunev" wrote: >> >>> with test >>> while /bin/true ; do >>> virsh snapshot-create rhel7 >>> sleep 10 >>> virsh snapshot-delete rhel7 --current >>> done >>> with enabled iothreads on a running VM leads to a lot of troubles: hangs, >>> asserts, errors. >>> >> In my case, when using a virtio-blk-dataplane device, calling savevm *always* >> result in a QEMU hang. > Oops > >> With this series (plus the s/bs/bs_vm_state/ change in patch 11), savevm/loadvm >> now works like a charm. > Nice, thanks for the testing. > >> I saw that Juan does not like aio_context being used in migration code, but >> in case this series gets applied anyway: >> >> Tested-by: Greg Kurz > I *think* that we should get better API's exported from block layer, but > *at least* we will get this series in. > > Thanks, Juan. that is good to me. Current block level API is terrible and unclear. Greg is correct there. Should I resubmit the last patch or you will change this yourself? Den