From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:48512) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCfEL-0007Un-7a for qemu-devel@nongnu.org; Fri, 14 Sep 2012 19:23:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TCfEK-0002ga-0P for qemu-devel@nongnu.org; Fri, 14 Sep 2012 19:23:25 -0400 Received: from mx1.redhat.com ([209.132.183.28]:26745) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCfEJ-0002ff-MW for qemu-devel@nongnu.org; Fri, 14 Sep 2012 19:23:23 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q8ENNNow003083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 14 Sep 2012 19:23:23 -0400 Message-ID: <5053BC64.90900@redhat.com> Date: Fri, 14 Sep 2012 17:23:16 -0600 From: Eric Blake MIME-Version: 1.0 References: <20120914174725.GK6819@redhat.com> In-Reply-To: <20120914174725.GK6819@redhat.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigE27ED5592ADB27F6C87012C3" Subject: Re: [Qemu-devel] [libvirt] [PATCH v2 1/4] config: Introduce for SPICE graphics List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: libvir-list@redhat.com, Michal Privoznik , QEMU Developers This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE27ED5592ADB27F6C87012C3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable [adding qemu] On 09/14/2012 11:47 AM, Daniel P. Berrange wrote: > On Fri, Sep 14, 2012 at 07:34:50PM +0200, Michal Privoznik wrote: >> With this element users will control how SPICE >> server behaves upon migration. For now, there's >> just one attribute 'seamless' turning seamless >> migration on/off/default. >=20 > Ewww, no. This information is a related to a API operation, > not the VM configuration. It should be either auto-detected > by libvirt to the best compatible setting, or passed as a > flag to the virDomainMigrate API call if auto-detection is > not possible. But with the current qemu implementation, there's no way to know if the destination supports this until after you've started the source, and the current implementation in qemu is that you must declare the semantics at the time you start qemu, not at the time you send the 'migrate' monitor command. For libvirt autodetection to work without polluting the domain XML, we'd need to be able to auto-detect at the time we start migration. This sounds like we need to enhance the 'migrate-set-capabilities' command to enable or disable this feature on the fly, according to what libvirt detects from the remote end, rather than hard-coding it to the startup state of qemu on the source side. --=20 Eric Blake eblake@redhat.com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --------------enigE27ED5592ADB27F6C87012C3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBCAAGBQJQU7xkAAoJEKeha0olJ0NqHbIH/0bAK7rzUibXf1DruWcdtm7R +vlUCYAj6Y/ViQ2Vxsw3AYAw9UVNXawe8HlHjgxrdrc7E9KYsh7l+Fq2wzAtOPrp 7jFg0t3aFlkgJWdps+Q85n6URwWn8NjL75ACnQv8R/55CmcSvT90apMhwN9FjAYb eHvLQyYGpKEa6p3CYmMirCE/oT1mUQlFvf98aDMYG1hA2im6jOS9znbcQ0sIyzCE dZY+6gCgfb/dhAct15jdcZYHOgVmuiOKyxTcVAO1bab9yKoJP82GglcqY1itNEpd gXE/8At+Hp8WZKsNXjh19ljfTlIr64aBQU8N4tP/87klCHM1C7KaJI+avgmRllc= =v9DV -----END PGP SIGNATURE----- --------------enigE27ED5592ADB27F6C87012C3--