From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=39723 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OEJHp-0006SI-32 for qemu-devel@nongnu.org; Tue, 18 May 2010 05:40:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OEJH5-0003C9-TB for qemu-devel@nongnu.org; Tue, 18 May 2010 05:39:49 -0400 Received: from mx1.redhat.com ([209.132.183.28]:37213) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OEJH5-0003C1-Lp for qemu-devel@nongnu.org; Tue, 18 May 2010 05:39:43 -0400 Message-ID: <4BF2604E.5060900@redhat.com> Date: Tue, 18 May 2010 11:39:26 +0200 From: Gerd Hoffmann MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Add QEMU DirectFB display driver References: <1273766038-16808-1-git-send-email-julian.pidancet@citrix.com> <201005160210.25323.paul@codesourcery.com> <4BF1A4FF.4020401@redhat.com> <4BF1A7C9.8030807@codemonkey.ws> <4BF1B866.3030605@codemonkey.ws> <4BF24B57.8020504@redhat.com> <4BF25C78.5070404@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefano Stabellini Cc: Kevin Wolf , Julian Pidancet , "qemu-devel@nongnu.org" , Paul Brook On 05/18/10 11:29, Stefano Stabellini wrote: > On Tue, 18 May 2010, Gerd Hoffmann wrote: >> On 05/18/10 11:12, Stefano Stabellini wrote: >>> I think it would be better to implement an accelerated frontend for >>> rendering the framebuffer, like opengl or xv. >> >> Well. xv is pretty pointless IMHO. gl makes sense. But to have some >> effect this needs some major restructions in qemu, the current >> DisplayState infrastructure can't handle anything but a simple, stupid >> framebuffer. There isn't much to accelerate, except maybe scaling the >> guest display to fullscreen on the host. >> >> qxl + spice will change that though. qxl is a paravirtualized gfx >> adapter. Guest sends rendering commands. The spice protocol sends the >> rendering commands over the wire to the spice client, which in turn will >> render them (and can use gl to accelerate that). > > Is the spice client going to live in qemu, or is it going to be > separate? Separate. project website: http://www.spice-space.org/ spice bits: http://cgit.freedesktop.org/~kraxel/spice/log/?h=api.v6 qemu patches: http://cgit.freedesktop.org/spice/qemu/log/?h=spice.v6.0 cheers, Gerd