From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=40145 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OE3BD-0000zf-HE for qemu-devel@nongnu.org; Mon, 17 May 2010 12:28:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OE3B3-0005Uw-QK for qemu-devel@nongnu.org; Mon, 17 May 2010 12:28:35 -0400 Received: from mail-vw0-f45.google.com ([209.85.212.45]:35219) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OE3B3-0005Ul-Mu for qemu-devel@nongnu.org; Mon, 17 May 2010 12:28:25 -0400 Received: by vws1 with SMTP id 1so957526vws.4 for ; Mon, 17 May 2010 09:28:25 -0700 (PDT) Message-ID: <4BF16E9C.6090007@codemonkey.ws> Date: Mon, 17 May 2010 11:28:12 -0500 From: Anthony Liguori 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> <4BF144E2.1050609@codemonkey.ws> <4BF15C46.1070605@citrix.com> In-Reply-To: <4BF15C46.1070605@citrix.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: Julian Pidancet Cc: Paul Brook , "qemu-devel@nongnu.org" On 05/17/2010 10:09 AM, Julian Pidancet wrote: > On 05/17/2010 02:30 PM, Anthony Liguori wrote: > >> On 05/15/2010 08:10 PM, 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? >>> If not why not? I'm pretty sure fixing that would be way simpler than adding a >>> whole new output backend. >>> >>> >> Yeah, I don't buy it either. I think performance data is probably the >> only way to justify this and I'm sceptical that if there is a >> performance advantage that it wouldn't be possible to just fix SDL's >> DirectFB support. >> >> > I don't think wether fixing or not SDL is the debate here, the question would be more wether or not we want to add a lightweight display driver to qemu. Also, I think a DirectFB driver is fairly easy to maintain. > Generally speaking, adding DirectFB doesn't seem like a net win to me. We still have to maintain SDL so now there's just more code to maintain. I'd rather there be one way of doing things that everybody focused on making work best than have two ways to do the same thing (if at all possible). Regards, Anthony Liguori > I will get some performance data as soon as I have some time. > > By the way, sorry for the patch reposts, it seems that my smtp server had quite some trouble to relay messages last week. > >