From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39229) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPqP1-00032D-0I for qemu-devel@nongnu.org; Mon, 23 Feb 2015 05:38:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YPqOv-0003MS-PO for qemu-devel@nongnu.org; Mon, 23 Feb 2015 05:38:14 -0500 Received: from mail-wg0-x230.google.com ([2a00:1450:400c:c00::230]:55814) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YPqOv-0003MN-Ic for qemu-devel@nongnu.org; Mon, 23 Feb 2015 05:38:09 -0500 Received: by mail-wg0-f48.google.com with SMTP id l18so24717101wgh.7 for ; Mon, 23 Feb 2015 02:38:09 -0800 (PST) Date: Mon, 23 Feb 2015 10:38:06 +0000 From: Stefan Hajnoczi Message-ID: <20150223103806.GC27533@stefanha-thinkpad.redhat.com> References: <1424346029-5410-1-git-send-email-dgilbert@redhat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i7F3eY7HS/tUJxUd" Content-Disposition: inline In-Reply-To: <1424346029-5410-1-git-send-email-dgilbert@redhat.com> Subject: Re: [Qemu-devel] [PATCH v3 0/3] -incoming defer List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Dr. David Alan Gilbert (git)" Cc: quintela@redhat.com, liang.z.li@intel.com, mjt@tls.msk.ru, qemu-devel@nongnu.org, amit.shah@redhat.com, pbonzini@redhat.com --i7F3eY7HS/tUJxUd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 19, 2015 at 11:40:26AM +0000, Dr. David Alan Gilbert (git) wrot= e: > From: "Dr. David Alan Gilbert" >=20 > This patchset provides a way of setting options on an incoming > migration before the fd/process/socket has been created. >=20 > start qemu with -incoming defer > > migrate_incoming theuri Does this patch series break BDRV_O_INCOMING? blockdev.c:blockdev_init(): if (runstate_check(RUN_STATE_INMIGRATE)) { bdrv_flags |=3D BDRV_O_INCOMING; } The block layer needs to know about incoming migrations to avoid accessing or caching disk images while the source host still has them open. Stefan --i7F3eY7HS/tUJxUd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU6wMOAAoJEJykq7OBq3PItv8H/0XdAy8AWJ7bo4OMXTDKah7g VYaBuo2z2J8BYmLQbMrFpa8ohNh8oCuIb4mZHBlNPFpEFi6oMcTuIyORgoox1+YG SpG33RDrRRv2L8Bb1npY5KgPY1V27leMMbfvslKF8asio1w4vdiMyAcGn6TdYRjw SD0YiXfiPtHAIyuSoONO1Gn9jcKO8pfwXnzaKv/c4YOLhgvjFWtjZVudTDMttoIY t+ByDC5cWuqjw52PVGWo6XfMLt/GA+f2adlz3BdZJSjMWhlnyISCwGQEUBasf5Ag 9apfz33C/SXKjGw5dBb8ckMTZPDL7jJ6Rd1v9NdAqxViUrvHLlyYnONVMoh4tCI= =HaEm -----END PGP SIGNATURE----- --i7F3eY7HS/tUJxUd--