[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control
From: |
Jan Kiszka |
Subject: |
[Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode |
Date: |
Tue, 23 Jun 2009 12:11:09 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 |
Daniel P. Berrange wrote:
> On Tue, Jun 23, 2009 at 11:03:09AM +0200, Jan Kiszka wrote:
>> Luiz Capitulino wrote:
>>> This change adds a flag called 'control' to the already existing
>>> '-monitor' command-line option. This flag can be used to enable
>>> control mode.
>>>
>>> Its syntax is:
>>>
>>> qemu [...] -monitor control,<device>
>>>
>>> Where <device> is a chardev (excluding 'vc', for obvious reasons).
>>>
>>> For example:
>>>
>>> $ qemu [...] -monitor control,tcp:localhost:4444,server
>>>
>>> Will run QEMU in control mode, waiting for a client TCP connection
>>> on localhost port 4444.
>>>
>>> Signed-off-by: Luiz Capitulino <address@hidden>
>> At this chance, I would vote for "[PATCH 12/11] Allow multiple -monitor
>> instances". I think Anthony posted such a patch before. Now we should
>> really include this as your extension may block the stand-alone -monitor
>> switch for the control channel, preventing to additionally set up one
>> (or more) for debugging purposes.
>
> If we support multiple monitors, it might be desirable to allow the
> app owning the main 'control' monitor channel to be able to indicate
> that additional monitor channels are read-only. eg, so libvirt could
> allow the user to connect to the monitor to run 'info' commands for
> debug support without risk of having state changed behind its back
Couldn't libvirt deal with update given we provide them as events?
Otherwise, your suggestion makes sense, definitely as long as it would
wreck libvirt's internal house keeping or for commands that are not
synchronizable.
Jan
--
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux
- [Qemu-devel] [PATCH 11/11] QMP: Command-line flag to enable control mode, Luiz Capitulino, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Jan Kiszka, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Daniel P. Berrange, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode,
Jan Kiszka <=
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Avi Kivity, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Jan Kiszka, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Avi Kivity, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Jan Kiszka, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Avi Kivity, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Jan Kiszka, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Avi Kivity, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Jan Kiszka, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Avi Kivity, 2009/06/23
- [Qemu-devel] Re: [PATCH 11/11] QMP: Command-line flag to enable control mode, Avi Kivity, 2009/06/23