From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NJZYt-0006qo-Kg for qemu-devel@nongnu.org; Sat, 12 Dec 2009 16:31:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NJZYp-0006kr-0B for qemu-devel@nongnu.org; Sat, 12 Dec 2009 16:31:35 -0500 Received: from [199.232.76.173] (port=46821 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NJZYo-0006kl-TN for qemu-devel@nongnu.org; Sat, 12 Dec 2009 16:31:30 -0500 Received: from mail-iw0-f197.google.com ([209.85.223.197]:51355) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NJZYo-0005ox-Bh for qemu-devel@nongnu.org; Sat, 12 Dec 2009 16:31:30 -0500 Received: by iwn35 with SMTP id 35so1244062iwn.4 for ; Sat, 12 Dec 2009 13:31:26 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <4B23EED2.7080806@codemonkey.ws> References: <4B23B5CC.5070309@codemonkey.ws> <20091212173315.4823f958@redhat.com> <4B23D097.7020603@codemonkey.ws> <20091212193025.743910b7@redhat.com> <4B23D45C.9050008@codemonkey.ws> <20091212194620.726c29df@redhat.com> <4B23EED2.7080806@codemonkey.ws> Date: Sun, 13 Dec 2009 07:31:25 +1000 Message-ID: <21d7e9970912121331u654bd818s483ef2527fdc0ad4@mail.gmail.com> Subject: Re: [Qemu-devel] Re: Spice and legacy VGA drivers From: Dave Airlie Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Izik Eidus , "qemu-devel@nongnu.org" On Sun, Dec 13, 2009 at 5:28 AM, Anthony Liguori wr= ote: > Izik Eidus wrote: >> >> That specific area in spice will be changed very soon due to new >> requiments that the offscreens will add. >> Windows direct draw allow modifying offscreen (or even primary) >> surfaces using a pointer giving to the user, this mean we can`t know >> what parts of the surface was changed... (In some modes the primary >> screen can be changed without we know about this) >> >> We already thought about few algorithems we might want to add to spice >> to better address this "changed without notifications surfaces", But it >> is still not in a state I can confirm in what direction we will go in >> the end (We still need to test most of the cases to know what fit us >> best) >> > > Okay, I'm interested in hearing more about this as it develops. =A0I thin= k > good support for legacy modes is an important requirement. > > For instance, I very often interact with VMs in text console mode. =A0In = cloud > deployments, it's pretty common to have minimal appliances that don't hav= e a > full X session. We should develop a KMS stack for QXL like VMware have done for SVGA, This would mean getting a fb console in the guests and you can use fb's dirty support. Getting out of VGA ASAP is a kernel graphics driver goal goi= ng forward. Also re:cairo, nearly ever app on my desktop uses it via gtk. Now how many properitary apps exist that don't is an open question, but anyone using QT or GTK will be using X render for lots of drawing right now. I'm not really sure how VNC works at the non-screen scraping level so I sup= pose I should investigate, I've never seen VNC as useful fit for doing 3D render= ing, but I suppose it could be extended. Dave.