From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N0fcE-0002j7-Mw for qemu-devel@nongnu.org; Wed, 21 Oct 2009 14:08:54 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N0fcA-0002hP-Rc for qemu-devel@nongnu.org; Wed, 21 Oct 2009 14:08:54 -0400 Received: from [199.232.76.173] (port=49517 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N0fcA-0002hI-KV for qemu-devel@nongnu.org; Wed, 21 Oct 2009 14:08:50 -0400 Received: from mail-ew0-f221.google.com ([209.85.219.221]:37836) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N0fcA-0004v5-8s for qemu-devel@nongnu.org; Wed, 21 Oct 2009 14:08:50 -0400 Received: by ewy21 with SMTP id 21so5545176ewy.8 for ; Wed, 21 Oct 2009 11:08:49 -0700 (PDT) Message-ID: <4ADF4E2C.204@codemonkey.ws> Date: Wed, 21 Oct 2009 13:08:44 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] new SDL keyboard shortcuts to start and stop VM References: <4ADCE635.4060604@codemonkey.ws> <4ADD9388.8040206@redhat.com> <20091020170800.GG32538@redhat.com> <4ADEB7EF.3060800@redhat.com> <5d6222a80910210652q3b005ca6ub950a2014bfbaa41@mail.gmail.com> <4ADF3CFE.7090503@codemonkey.ws> <5d6222a80910211004ldd75525m7dc1b957faf7041@mail.gmail.com> In-Reply-To: <5d6222a80910211004ldd75525m7dc1b957faf7041@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Glauber Costa Cc: Kevin Wolf , Mulyadi Santosa , qemu-devel@nongnu.org Glauber Costa wrote: > On Wed, Oct 21, 2009 at 2:55 PM, Anthony Liguori wrote: > >> Glauber Costa wrote: >> >>> Why don't we provide a mechanism to make a macro out of a sequence of >>> monitor commands, and let the user assign whatever he wants out of that? >>> >>> >> Really? This seems exceedingly complicated to me. >> >> Redirecting the kernel output to serial and logging is a considerably better >> solution. >> > To his specific problem, yes. > > But this probably don't work so well on some OSes that are less serial friendly. > Also, there are valid use cases in which one may want, for example, to pause > fast if some graphical event happens, which is an extension of what he mentioned > initially. > Then type "stop" in the monitor and hit enter when you need to. Or, write a simple VNC client using gtk-vnc that can have any sort of crazy key sequences you want. Regards, Anthony Liguori