From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=34823 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OE6nl-0004Lz-PQ for qemu-devel@nongnu.org; Mon, 17 May 2010 16:20:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OE6nf-0001Ie-QR for qemu-devel@nongnu.org; Mon, 17 May 2010 16:20:37 -0400 Received: from mx1.redhat.com ([209.132.183.28]:9927) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OE6nf-0001IO-Ir for qemu-devel@nongnu.org; Mon, 17 May 2010 16:20:31 -0400 Message-ID: <4BF1A4FF.4020401@redhat.com> Date: Mon, 17 May 2010 22:20:15 +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> In-Reply-To: <201005160210.25323.paul@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: qemu-devel@nongnu.org, Julian Pidancet On 05/16/10 03:10, Paul Brook wrote: >> The other solution would be to use the DirectFB driver for SDL which >> would allow to do slightly the same as this patch. But that would mean >> having to deal with an additional layer in the graphical stack, which is >> not exactly what one wants from a performance or a complexity point of >> view. > > I don't buy your complexity argument. Doesn't DirectFB-via-SDL already work? Run a guest. Switch to another (host) virtual terminal. Watch qemu continue drawing on the framebuffer. Doesn't count as "working" in my book. > If not why not? I'm pretty sure fixing that would be way simpler than adding a > whole new output backend. Didn't investigate where the bug is and how hard it would be to fix it. cheers, Gerd