From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [PATCH V2 5/5] vga-cirrus: Workaround during restore when using Xen. Date: Fri, 06 Jan 2012 10:22:33 -0200 Message-ID: <4F06E789.6050509@web.de> References: <1323467645-24271-1-git-send-email-anthony.perard@citrix.com> <1323467645-24271-6-git-send-email-anthony.perard@citrix.com> <4EE3382D.80903@web.de> <4EE609BF.1070307@siemens.com> <4EE617BA.4030102@siemens.com> <4EEE25DA.2080400@redhat.com> <4F048B10.1060505@redhat.com> <4F059C8C.2030303@redhat.com> <4F05A684.7000509@redhat.com> <4F05BF9E.7000203@redhat.com> <4F05D0BC.70707@redhat.com> <4F05E301.2020808@redhat.com> <4F05F09E.8030800@web.de> <4F06E6C6.5080607@redhat.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA286793C49D7C06177BA9609" Return-path: In-Reply-To: <4F06E6C6.5080607@redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org To: Avi Kivity Cc: Anthony Perard , Xen Devel , QEMU-devel , Stefano Stabellini List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA286793C49D7C06177BA9609 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2012-01-06 10:19, Avi Kivity wrote: > On 01/05/2012 08:49 PM, Jan Kiszka wrote: >> To me this still sounds like a cirrus-only xen workaround that >> nevertheless spreads widely. >=20 > It is. >=20 >> Again, what speaks against migrating the information Xen needs before >> creating the machine or a single device? That would only introduce a >> generic concept of an (optional) "early", let's call it >> "accelerator-related" vmstate and would allow Xen to deal with all the= >> specifics behind the curtain. >> >=20 > Adding more concepts, just to work around a bug (and this is really a > bug in the qemu/xen interface) makes it harder to refactor things later= on. Well, it's at least only a single concept, one that could even be used independently of Xen issues, while it appears to me like the other proposal comes with multiple ones. Jan --------------enigA286793C49D7C06177BA9609 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8G54wACgkQitSsb3rl5xQNmgCbBoh2+6C+sQ3RB1ZV4a9TB7bR SoYAn3t2QPxuja5CqwHVHmrgFW3CBu1w =wu1y -----END PGP SIGNATURE----- --------------enigA286793C49D7C06177BA9609--