From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=36551 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1OE9Yl-0006qC-Pi
	for qemu-devel@nongnu.org; Mon, 17 May 2010 19:17:27 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69)
	(envelope-from <anthony@codemonkey.ws>) id 1OE9Yg-0008Nd-6I
	for qemu-devel@nongnu.org; Mon, 17 May 2010 19:17:19 -0400
Received: from mail-vw0-f45.google.com ([209.85.212.45]:52541)
	by eggs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <anthony@codemonkey.ws>) id 1OE9Yg-0008NX-1N
	for qemu-devel@nongnu.org; Mon, 17 May 2010 19:17:14 -0400
Received: by vws1 with SMTP id 1so1348508vws.4
	for <qemu-devel@nongnu.org>; Mon, 17 May 2010 16:17:13 -0700 (PDT)
Message-ID: <4BF1CE74.4040702@codemonkey.ws>
Date: Mon, 17 May 2010 18:17:08 -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> <4BF1A7C9.8030807@codemonkey.ws>
	<alpine.LNX.2.00.1005180130220.2537@linmac>
	<4BF1B866.3030605@codemonkey.ws>
	<alpine.LNX.2.00.1005180144200.2654@linmac>
	<BAFD7671-C713-4628-856D-68BC33453CC7@suse.de>
	<alpine.LNX.2.00.1005180237250.4541@linmac>
	<4BF1C79C.5060508@codemonkey.ws>
	<81922B1E-615C-4254-BC46-FE02C7439AC2@suse.de>
In-Reply-To: <81922B1E-615C-4254-BC46-FE02C7439AC2@suse.de>
Content-Type: text/plain; charset=ISO-8859-1; 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: Alexander Graf <agraf@suse.de>
Cc: qemu-devel@nongnu.org, Paul Brook <paul@codesourcery.com>, Julian Pidancet <julian.pidancet@citrix.com>, Gerd Hoffmann <kraxel@redhat.com>

On 05/17/2010 05:55 PM, Alexander Graf wrote:
>> IMHO, the problem with an external GUI is that the interaction just gets too complicated.
>>      
> What interaction do you mean? I'm not advocating to move the GUI to a different project. I was more thinking of a separation like with perf where the kernel side does the recording and the userspace side does the displaying of profiling results. Qemu would run the VM and the tightly coupled viewer app would show it.
>    

If it's the same project, why go through the extra work of plumbing 
everything through an RPC interface?  I'm suggesting that we want to 
make writing a good GUI as easy as possible and IMHO that means not 
putting up an artificial constraint like everything needs to be done 
through RPC.

But we're putting the cart before the horse.  Let's save this argument 
until we have some patches :-)

Regards,

Anthony Liguori

> If you like, we could even move the backend qemu to "qemu-backend" and have the normally invoked binaries be the GUI application that just runs the respective qemu-backend application. That way it'd be 100% seamless for the average user, but qemu -demonize becomes really powerful.
>
>
> Alex
>
>