qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: Chris Wright <chrisw@redhat.com>,
	qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] Re: KVM call agenda for May 18
Date: Tue, 18 May 2010 10:26:04 -0500	[thread overview]
Message-ID: <4BF2B18C.1000101@codemonkey.ws> (raw)
In-Reply-To: <20100518145541.GM8328@redhat.com>

On 05/18/2010 09:55 AM, Daniel P. Berrange wrote:
> On Tue, May 18, 2010 at 09:34:06AM -0500, Anthony Liguori wrote:
>    
>> On 05/18/2010 09:09 AM, Daniel P. Berrange wrote:
>>      
>>> On Tue, May 18, 2010 at 08:53:19AM -0500, Anthony Liguori wrote:
>>>
>>>        
>>>> On 05/17/2010 10:23 PM, Chris Wright wrote:
>>>>
>>>>          
>>>>> Please send in any agenda items you are interested in covering.
>>>>>
>>>>> If we have a lack of agenda items I'll cancel the week's call.
>>>>>
>>>>>
>>>>>            
>>>> - Slipping 0.13 release out to July 1st.
>>>>
>>>>          
>>> What is the plan wrt QMP and 0.13 ? Is the intention to have 100%[1] of the
>>> existing monitor commands converted to QMP?
>>>        
>> No.  I don't think our goal is to ever fully convert monitor commands to
>> QMP.  Some commands simply don't make sense as QMP commands (like x and xp).
>>      
> We're a really long way from a complete conversion even  ignoring
> commands which don't make sense in QMP. The current state almost
> covers the commands libvirt currently uses, but there's much more
> beyond that.
>
>    
>> Is there a set of commands that you think need to be converted that
>> currently aren't?
>>      
> Notable outstanding commands that libvirt has a non-negligable
> chance of wanting to use in the not too distant future
>
>   - blockdev_add/del (to replace drive_add/del)
>   - commit/delvm/loadvm/savevm
>   - screendump
>   - set_link
>   - mouse_{move,button,set}
>   - sendkey
>   - acl_{add,remove,policy,reset,show}
>   - boot_set
>   - watchdog_action
>
>
> The full list of unconverted commands though is much long:
>    

Thanks.  A lot of these should be easy to convert.

>    $ grep cmd qemu-monitor.hx  | grep -v cmd_new | grep -v async
>          .mhandler.cmd = do_help_cmd,
>    
We don't need this.
>          .mhandler.cmd = do_commit,
>          .mhandler.cmd = do_logfile,
>          .mhandler.cmd = do_log,
>    

I think we can skip log and logfile.

>          .mhandler.cmd = do_savevm,
>          .mhandler.cmd = do_loadvm,
>          .mhandler.cmd = do_delvm,
>          .mhandler.cmd = do_singlestep,
>          .mhandler.cmd = do_gdbserver,
>          .mhandler.cmd = do_memory_dump,
>          .mhandler.cmd = do_physical_memory_dump,
>    

I'd prefer to skip the memory dump commands.
>          .mhandler.cmd = do_print,
>    
We can skip this.
>          .mhandler.cmd = do_ioport_read,
>          .mhandler.cmd = do_ioport_write,
>          .mhandler.cmd = do_sendkey,
>          .mhandler.cmd = do_sum,
>    
We can skip do_sum.
>          .mhandler.cmd = do_usb_add,
>          .mhandler.cmd = do_usb_del,
>          .mhandler.cmd = do_mouse_move,
>          .mhandler.cmd = do_mouse_button,
>          .mhandler.cmd = do_mouse_set,
>          .mhandler.cmd = do_wav_capture,
>          .mhandler.cmd = do_stop_capture,
>    
I'd prefer we skip wav capture.
>          .mhandler.cmd = do_boot_set,
>          .mhandler.cmd = do_inject_nmi,
>          .mhandler.cmd = drive_hot_add,
>          .mhandler.cmd = net_host_device_add,
>          .mhandler.cmd = net_host_device_remove,
>          .mhandler.cmd = net_slirp_hostfwd_add,
>          .mhandler.cmd = net_slirp_hostfwd_remove,
>          .mhandler.cmd = do_watchdog_action,
>          .mhandler.cmd = do_acl_show,
>          .mhandler.cmd = do_acl_policy,
>          .mhandler.cmd = do_acl_add,
>          .mhandler.cmd = do_acl_remove,
>          .mhandler.cmd = do_acl_reset,
>          .mhandler.cmd = do_inject_mce,
>     $ grep 'mhandler.info' monitor.c | grep -v info_new | grep -v async
>          .mhandler.info = do_info_network,
>          .mhandler.info = do_info_registers,
>          .mhandler.info = do_info_history,
>          .mhandler.info = irq_info,
>          .mhandler.info = pic_info,
>          .mhandler.info = tlb_info,
>          .mhandler.info = mem_info,
>          .mhandler.info = do_info_jit,
>          .mhandler.info = do_info_numa,
>          .mhandler.info = usb_info,
>          .mhandler.info = usb_host_info,
>          .mhandler.info = do_info_profile,
>          .mhandler.info = do_info_capture,
>          .mhandler.info = do_info_snapshots,
>          .mhandler.info = pcmcia_info,
>          .mhandler.info = do_info_cpu_stats,
>          .mhandler.info = do_info_usernet,
>          .mhandler.info = do_info_qtree,
>          .mhandler.info = do_info_qdm,
>          .mhandler.info = do_info_roms,
>    

I'd rather not convert info commands until there were users.  Info 
commands don't map well to QMP because of their lack of structure.

Regards,

Anthony Liguori

> I don't think we can claim all those are irrelevant for QMP.
>
> So are we still targetting complete conversion of relevant commands
> for 0.13, or is it just going to be a stepping stone where declare
> QMP stable, but known to be incomplete for coverage of commands ?
>
> Daniel
>    

  reply	other threads:[~2010-05-18 15:26 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-18  3:23 [Qemu-devel] KVM call agenda for May 18 Chris Wright
2010-05-18  6:59 ` [Qemu-devel] " Brian Jackson
2010-05-18 13:52   ` Anthony Liguori
2010-05-18 19:46     ` Brian Jackson
2010-05-18 19:51       ` Chris Wright
2010-05-19  8:20     ` Christoph Hellwig
2010-05-19 19:47       ` Anthony Liguori
2010-05-25  9:51       ` Avi Kivity
2010-05-18 13:53 ` Anthony Liguori
2010-05-18 14:09   ` Daniel P. Berrange
2010-05-18 14:34     ` Anthony Liguori
2010-05-18 14:55       ` Daniel P. Berrange
2010-05-18 15:26         ` Anthony Liguori [this message]
2010-05-18 15:44         ` Markus Armbruster
2010-05-18 15:48           ` Markus Armbruster
2010-05-18 16:00         ` Luiz Capitulino
2010-05-18 16:16           ` Daniel P. Berrange
2010-05-18 16:25             ` Anthony Liguori
2010-05-18 17:46             ` Luiz Capitulino
2010-05-18 17:31       ` Avi Kivity
2010-05-18 21:50         ` Anthony Liguori

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BF2B18C.1000101@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=berrange@redhat.com \
    --cc=chrisw@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).