From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=54322 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1OE6z8-0002KG-W7
	for qemu-devel@nongnu.org; Mon, 17 May 2010 16:32:31 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69)
	(envelope-from <anthony@codemonkey.ws>) id 1OE6z3-0002pF-Hd
	for qemu-devel@nongnu.org; Mon, 17 May 2010 16:32:22 -0400
Received: from mail-qy0-f173.google.com ([209.85.221.173]:45997)
	by eggs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <anthony@codemonkey.ws>) id 1OE6z1-0002ok-7U
	for qemu-devel@nongnu.org; Mon, 17 May 2010 16:32:17 -0400
Received: by qyk4 with SMTP id 4so522212qyk.18
	for <qemu-devel@nongnu.org>; Mon, 17 May 2010 13:32:14 -0700 (PDT)
Message-ID: <4BF1A7C9.8030807@codemonkey.ws>
Date: Mon, 17 May 2010 15:32:09 -0500
From: Anthony Liguori <anthony@codemonkey.ws>
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>
In-Reply-To: <4BF1A4FF.4020401@redhat.com>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: Julian Pidancet <julian.pidancet@citrix.com>, Paul Brook <paul@codesourcery.com>, qemu-devel@nongnu.org

On 05/17/2010 03:20 PM, Gerd Hoffmann wrote:
> 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.

A common theme with SDL seems to be that it does lots of things poorly.  
I wonder if we'd be better suited just dropping SDL and focusing on 
doing a few things well.

The fact that we have cocoa support in the tree is basically an 
admission of failure with SDL.

Regards,

Anthony Liguori

>> 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
>
>