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

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to