From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1NGYtw-0005s4-V1
	for qemu-devel@nongnu.org; Fri, 04 Dec 2009 09:12:53 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1NGYts-0005n5-IC
	for qemu-devel@nongnu.org; Fri, 04 Dec 2009 09:12:52 -0500
Received: from [199.232.76.173] (port=35007 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1NGYts-0005mp-0d
	for qemu-devel@nongnu.org; Fri, 04 Dec 2009 09:12:48 -0500
Received: from mail-qy0-f194.google.com ([209.85.221.194]:44284)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <anthony@codemonkey.ws>) id 1NGYtr-0006U8-G4
	for qemu-devel@nongnu.org; Fri, 04 Dec 2009 09:12:47 -0500
Received: by qyk32 with SMTP id 32so1010421qyk.4
	for <qemu-devel@nongnu.org>; Fri, 04 Dec 2009 06:12:47 -0800 (PST)
Message-ID: <4B1918DC.8060408@codemonkey.ws>
Date: Fri, 04 Dec 2009 08:12:44 -0600
From: Anthony Liguori <anthony@codemonkey.ws>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Staging update (0.12 pending freeze)
References: <4B1699D3.8010908@codemonkey.ws>	<4B17B057.1070004@redhat.com>	<4B1847EE.7060706@codemonkey.ws>
	<20091203215350.7159df5d@doriath>
	<4B185200.4050301@codemonkey.ws> <4B18EFDF.6000000@redhat.com>
In-Reply-To: <4B18EFDF.6000000@redhat.com>
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.gnu.org/pipermail/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: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, Luiz Capitulino <lcapitulino@redhat.com>

Gerd Hoffmann wrote:
> On 12/04/09 01:04, Anthony Liguori wrote:
>> Problem is, control is not a property of the character device. To
>> express this in a consistent way with everything else, you would have to
>> make this QemuOpts-like so it would look like
>>
>> -monitor control,device=tcp:localhost:444,server
>>
>> But so far, the monitor, serial, parallel, etc. devices don't take
>> QemuOpts.
> >
>> OTH, having:
>>
>> -qmp tcp:localhost:444,server
>
> I think we should create a new option for monitor configuration, like 
> this:
>
>   -mon mode={control,readline},chardev=<name>,more-options-here
>
> So you'll create a qmp monitor socket this way:
>
>   -chardev socket,path=/tmp/qmpsock,id=qmp,server,nowait
>   -mon mode=control,chardev=qmp

Works for me.  Would be nice to have a -qmp convenience option too.

Regards,

Anthony Liguori