From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:35053) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMb2s-0005fJ-Jf for qemu-devel@nongnu.org; Wed, 18 May 2011 03:19:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QMb2r-00032w-KU for qemu-devel@nongnu.org; Wed, 18 May 2011 03:19:50 -0400 Received: from fmmailgate02.web.de ([217.72.192.227]:33350) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QMb2r-00032k-6f for qemu-devel@nongnu.org; Wed, 18 May 2011 03:19:49 -0400 Message-ID: <4DD372EB.4040904@web.de> Date: Wed, 18 May 2011 09:19:07 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <4DD0D207.9040600@redhat.com> <4DD0D59E.2040907@siemens.com> In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6C814E7A40EED03DEEB6DD08" Sender: jan.kiszka@web.de Subject: Re: [Qemu-devel] Why does -device qxl-vga not suppress default vga? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Isaku Yamahata , Alex Williamson , "Michael S. Tsirkin" , Gerd Hoffmann , qemu-devel@nongnu.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6C814E7A40EED03DEEB6DD08 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2011-05-17 09:52, Markus Armbruster wrote: > Jan Kiszka writes: >=20 >> On 2011-05-16 09:28, Gerd Hoffmann wrote: >>> On 05/13/11 16:18, Markus Armbruster wrote: >>>> VGA, cirrus-vga and vmware-svga do. Gerd, you added it (commit >>>> a19cbfb3), care to explain? >>> >>> Just forgot to add it to the list when merging. >>> I'll go stuff a patch into the spice patch queue. >>> >>> Does "-device VGA" work these days btw? >>> Last time I tries it didn't due to some init order issues. >> >> I've (mostly) fixed the PAM/SMRAM stuff that still breaks this. Will >> post the series soon. >=20 > Good to know, thanks! I'm afraid I was too optimistic. Further testing revealed a regression of my series which is fundamentally coupled to the QEMU limitation of tracking the physical memory mapping at page level: even with lots of hacks applied, KVM runs out of slots in certain setups when replaying the original memory mapping from the i440fx cache. Yes, I could hack the third slot tracking algorithm, now into the i440fx code, but that appears to be completely. I think we better finally renovate that QEMU area, simplifying KVM and vhost memory clients, allowing for correct PAM/SMRAM emulation without hacks, and ideally also saving tons of memory by reducing the number of PhysPageDesc (specifically with multi-GB guest memory - something the PhysPageDesc tree was not designed for). If anyone has good design ideas in mind or some helping hands free, please speak up! Jan --------------enig6C814E7A40EED03DEEB6DD08 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.15 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAk3Tcu0ACgkQitSsb3rl5xTTpgCeK61r7fLO0835FQAfTSdIJK+u v0YAoOtYeEmfiZlQ4X/4RDhijFWm5caw =6dXq -----END PGP SIGNATURE----- --------------enig6C814E7A40EED03DEEB6DD08--