From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N2R7G-00023g-58 for qemu-devel@nongnu.org; Mon, 26 Oct 2009 11:04:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N2R7A-00021A-SN for qemu-devel@nongnu.org; Mon, 26 Oct 2009 11:04:13 -0400 Received: from [199.232.76.173] (port=40048 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N2R7A-000211-EE for qemu-devel@nongnu.org; Mon, 26 Oct 2009 11:04:08 -0400 Received: from qw-out-1920.google.com ([74.125.92.145]:10511) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N2R79-0000uE-Ud for qemu-devel@nongnu.org; Mon, 26 Oct 2009 11:04:08 -0400 Received: by qw-out-1920.google.com with SMTP id 5so1627886qwc.4 for ; Mon, 26 Oct 2009 08:04:07 -0700 (PDT) Message-ID: <4AE5BA62.9040007@codemonkey.ws> Date: Mon, 26 Oct 2009 10:04:02 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH] new SDL keyboard shortcuts to start and stop VM References: <5d6222a80910210924j62505b7dtf298754ce65f1c99@mail.gmail.com> <20091021183503.GA27677@shareable.org> <20091022124036.5df991f3@doriath> <4AE07D06.4080205@codemonkey.ws> <20091022143833.51c48260@doriath> <4AE0A535.3000607@codemonkey.ws> <4AE15DFD.6050203@redhat.com> <4AE1974E.5010303@redhat.com> <4AE1B6A6.3060507@codemonkey.ws> <4AE46EA1.7040505@redhat.com> <4AE5A80D.5040404@codemonkey.ws> <4AE5AEA4.6020500@redhat.com> In-Reply-To: <4AE5AEA4.6020500@redhat.com> 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: Avi Kivity Cc: Kevin Wolf , Mulyadi Santosa , qemu-devel@nongnu.org Avi Kivity wrote: >> >>> I'd much rather see a real GUI client, perhaps implemented by >>> scripting QObjects or QMP. >> >> I'm with you 100% here. I'd rather see our focus put into a proper >> gui based on QMP than to tack on features to SDL. >> > > Maybe slightly less than 100%. I meant a native GUI in the same > process as qemu, but talking to QObjects through a scripting language. The trouble here is that if you want to support being able to close the gui and open it again without killing the guest, you need the guest to live in a separate process. The way VMware does it is by having a VNC extension that allows a shared memory transport which limits the CPU overhead. Regards, Anthony Liguori