From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: Jagannathan Raman <jag.raman@oracle.com>
Cc: elena.ufimtseva@oracle.com, fam@euphon.net,
swapnil.ingle@nutanix.com, john.g.johnson@oracle.com,
qemu-devel@nongnu.org, kraxel@redhat.com, quintela@redhat.com,
mst@redhat.com, armbru@redhat.com, kanth.ghatraju@oracle.com,
felipe@nutanix.com, thuth@redhat.com, ehabkost@redhat.com,
konrad.wilk@oracle.com, liran.alon@oracle.com,
stefanha@redhat.com, thanos.makatos@nutanix.com, rth@twiddle.net,
kwolf@redhat.com, berrange@redhat.com, mreitz@redhat.com,
ross.lagerwall@citrix.com, marcandre.lureau@gmail.com,
pbonzini@redhat.com
Subject: Re: [PATCH v5 34/50] multi-process/mon: choose HMP commands based on target
Date: Thu, 5 Mar 2020 10:39:10 +0000 [thread overview]
Message-ID: <20200305103910.GE3130@work-vm> (raw)
In-Reply-To: <bf5c4efc14dc27a778509ff31190c82862af9fa1.1582576372.git.jag.raman@oracle.com>
* Jagannathan Raman (jag.raman@oracle.com) wrote:
> From: Elena Ufimtseva <elena.ufimtseva@oracle.com>
>
> Add "targets" field to HMP command definition to select the targets
> which would be supported by each command
>
> Signed-off-by: Elena Ufimtseva <elena.ufimtseva@oracle.com>
> Signed-off-by: John G Johnson <john.g.johnson@oracle.com>
> Signed-off-by: Jagannathan Raman <jag.raman@oracle.com>
> ---
> hmp-commands-info.hx | 10 ++++++++++
> hmp-commands.hx | 20 ++++++++++++++++++++
> scripts/hxtool | 44 ++++++++++++++++++++++++++++++++++++++++++--
> 3 files changed, 72 insertions(+), 2 deletions(-)
> mode change 100644 => 100755 scripts/hxtool
>
> diff --git a/hmp-commands-info.hx b/hmp-commands-info.hx
> index 257ee7d..631cc76 100644
> --- a/hmp-commands-info.hx
> +++ b/hmp-commands-info.hx
> @@ -19,6 +19,7 @@ ETEXI
> .params = "",
> .help = "show the version of QEMU",
> .cmd = hmp_info_version,
> + .targets = "scsi",
> .flags = "p",
> },
>
> @@ -48,6 +49,7 @@ ETEXI
> .params = "",
> .help = "show the character devices",
> .cmd = hmp_info_chardev,
> + .targets = "scsi",
I'm a bit confused what this means; is this saying that the scsi-remote
will respond to 'info chardev' ? Why would it be interested in info
chardev?
> .flags = "p",
> },
>
> @@ -64,6 +66,7 @@ ETEXI
> .help = "show info of one block device or all block devices "
> "(-n: show named nodes; -v: show details)",
> .cmd = hmp_info_block,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -78,6 +81,7 @@ ETEXI
> .params = "",
> .help = "show block device statistics",
> .cmd = hmp_info_blockstats,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -92,6 +96,7 @@ ETEXI
> .params = "",
> .help = "show progress of ongoing block device operations",
> .cmd = hmp_info_block_jobs,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -167,6 +172,7 @@ ETEXI
> .params = "",
> .help = "show the command line history",
> .cmd = hmp_info_history,
> + .targets = "scsi",
> .flags = "p",
> },
>
> @@ -224,6 +230,7 @@ ETEXI
> .params = "",
> .help = "show PCI info",
> .cmd = hmp_info_pci,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -630,6 +637,7 @@ ETEXI
> .params = "",
> .help = "show device tree",
> .cmd = hmp_info_qtree,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -644,6 +652,7 @@ ETEXI
> .params = "",
> .help = "show qdev device model list",
> .cmd = hmp_info_qdm,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -658,6 +667,7 @@ ETEXI
> .params = "[path]",
> .help = "show QOM composition tree",
> .cmd = hmp_info_qom_tree,
> + .targets = "scsi",
> .flags = "p",
> },
>
> diff --git a/hmp-commands.hx b/hmp-commands.hx
> index dc23185..ecc6169 100644
> --- a/hmp-commands.hx
> +++ b/hmp-commands.hx
> @@ -49,6 +49,7 @@ ETEXI
> .params = "",
> .help = "quit the emulator",
> .cmd = hmp_quit,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -82,6 +83,7 @@ ETEXI
> .params = "device size",
> .help = "resize a block image",
> .cmd = hmp_block_resize,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -99,6 +101,7 @@ ETEXI
> .params = "device [speed [base]]",
> .help = "copy data from a backing file into a block device",
> .cmd = hmp_block_stream,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -113,6 +116,7 @@ ETEXI
> .params = "device speed",
> .help = "set maximum speed for a background block operation",
> .cmd = hmp_block_job_set_speed,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -129,6 +133,7 @@ ETEXI
> "\n\t\t\t if you want to abort the operation immediately"
> "\n\t\t\t instead of keep running until data is in sync)",
> .cmd = hmp_block_job_cancel,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -143,6 +148,7 @@ ETEXI
> .params = "device",
> .help = "stop an active background block operation",
> .cmd = hmp_block_job_complete,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -158,6 +164,7 @@ ETEXI
> .params = "device",
> .help = "pause an active background block operation",
> .cmd = hmp_block_job_pause,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -172,6 +179,7 @@ ETEXI
> .params = "device",
> .help = "resume a paused background block operation",
> .cmd = hmp_block_job_resume,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -186,6 +194,7 @@ ETEXI
> .params = "[-f] device",
> .help = "eject a removable medium (use -f to force it)",
> .cmd = hmp_eject,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -200,6 +209,7 @@ ETEXI
> .params = "device",
> .help = "remove host block device",
> .cmd = hmp_drive_del,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -219,6 +229,7 @@ ETEXI
> .params = "device filename [format [read-only-mode]]",
> .help = "change a removable medium, optional format",
> .cmd = hmp_change,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -732,6 +743,7 @@ ETEXI
> .help = "add device, like -device on the command line",
> .cmd = hmp_device_add,
> .command_completion = device_add_completion,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -747,6 +759,7 @@ ETEXI
> .help = "remove device",
> .cmd = hmp_device_del,
> .command_completion = device_del_completion,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -1351,6 +1364,7 @@ ETEXI
> "The -c flag requests QEMU to compress backup data\n\t\t\t"
> "(if the target format supports it).\n\t\t\t",
> .cmd = hmp_drive_backup,
> + .targets = "scsi",
> },
> STEXI
> @item drive_backup
> @@ -1368,6 +1382,7 @@ ETEXI
> "[,readonly=on|off][,copy-on-read=on|off]",
> .help = "add drive to PCI storage controller",
> .cmd = hmp_drive_add,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -1816,6 +1831,7 @@ ETEXI
> .help = "add chardev",
> .cmd = hmp_chardev_add,
> .command_completion = chardev_add_completion,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -1831,6 +1847,7 @@ ETEXI
> .params = "id args",
> .help = "change chardev",
> .cmd = hmp_chardev_change,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -1848,6 +1865,7 @@ ETEXI
> .help = "remove chardev",
> .cmd = hmp_chardev_remove,
> .command_completion = chardev_remove_completion,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -1864,6 +1882,7 @@ ETEXI
> .help = "send a break on chardev",
> .cmd = hmp_chardev_send_break,
> .command_completion = chardev_remove_completion,
> + .targets = "scsi",
> },
>
> STEXI
> @@ -1940,6 +1959,7 @@ ETEXI
> .params = "[subcommand]",
> .help = "show various information about the system state",
> .cmd = hmp_info_help,
> + .targets = "scsi",
> .sub_table = hmp_info_cmds,
> .flags = "p",
> },
> diff --git a/scripts/hxtool b/scripts/hxtool
> old mode 100644
> new mode 100755
> index 0003e7b..802cbd4
> --- a/scripts/hxtool
> +++ b/scripts/hxtool
> @@ -10,7 +10,14 @@ hxtoh()
> STEXI*|ETEXI*|SRST*|ERST*) flag=$(($flag^1))
> ;;
> *)
> - test $flag -eq 1 && printf "%s\n" "$str"
> + # Skip line that has ".targets" as it is for multi-process targets based hmp
> + # commands generation.
> + echo $str | grep -q '.targets'
> + if [ $? -eq 0 ]; then
> + continue
> + else
> + test $flag -eq 1 && printf "%s\n" "$str"
> + fi
> ;;
> esac
> done
> @@ -84,16 +91,49 @@ hxtotexi()
> print_texi_heading "$(expr "$str" : "ARCHHEADING(\(.*\),.*)")"
> ;;
> *)
> - test $flag -eq 1 && printf '%s\n' "$str"
> + # Skip line that has ".targets" as it is for multi-process targets based hmp
> + # commands generation.
> + echo $str | grep -q '.targetss'
One extra 's' ?
> + if [ $? -eq 0 ]; then
> + continue
> + else
> + test $flag -eq 1 && printf '%s\n' "$str"
> + fi
> ;;
> esac
> line=$((line+1))
> done
> }
>
> +hxtoh_tgt()
> +{
> + section=""
> + flag=1
> + use_section=0
> + while read -r str; do
> + # Print section if it has ".targets" and the second argument passed to the
> + # script, such as "scsi".
> + echo "$str" | grep -q -E ".targets.*$1"
> + if [ $? -eq 0 ]; then
> + use_section=1
> + continue
> + fi
> + case $str in
> + HXCOMM*)
> + ;;
> + STEXI*|ETEXI*) flag=$(($flag^1)); test $use_section -eq 1 && printf '%s' "$section"; section=""; use_section=0
> + ;;
> + *)
> + test $flag -eq 1 && section="${section} ${str} ${IFS}"
> + ;;
> + esac
> + done
> +}
> +
> case "$1" in
> "-h") hxtoh ;;
> "-t") hxtotexi ;;
> +"-tgt") hxtoh_tgt $2 ;;
> *) exit 1 ;;
> esac
>
> --
> 1.8.3.1
>
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2020-03-05 10:40 UTC|newest]
Thread overview: 117+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-24 20:54 [PATCH v5 00/50] Initial support for multi-process qemu Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 01/50] multi-process: memory: alloc RAM from file at offset Jagannathan Raman
2020-03-03 19:51 ` Dr. David Alan Gilbert
2020-03-04 18:24 ` Jag Raman
2020-02-24 20:54 ` [PATCH v5 02/50] multi-process: Refactor machine_init and exit notifiers Jagannathan Raman
2020-03-29 16:45 ` Marc-André Lureau
2020-02-24 20:54 ` [PATCH v5 03/50] multi-process: add a command line option for debug file Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 04/50] multi-process: Add stub functions to facilate build of multi-process Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 05/50] multi-process: Add config option for multi-process QEMU Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 06/50] multi-process: build system for remote device process Jagannathan Raman
2020-02-24 20:54 ` [PATCH v5 07/50] multi-process: define mpqemu-link object Jagannathan Raman
2020-03-10 16:09 ` Stefan Hajnoczi
2020-03-10 18:26 ` Elena Ufimtseva
2020-03-16 11:26 ` Stefan Hajnoczi
2020-02-24 20:54 ` [PATCH v5 08/50] multi-process: add functions to synchronize proxy and remote endpoints Jagannathan Raman
2020-03-03 19:56 ` Dr. David Alan Gilbert
2020-03-04 18:42 ` Jag Raman
2020-03-04 19:46 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 09/50] multi-process: setup PCI host bridge for remote device Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 10/50] multi-process: setup a machine object for remote device process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 11/50] multi-process: setup memory manager for remote device Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 12/50] multi-process: remote process initialization Jagannathan Raman
2020-03-04 10:29 ` Dr. David Alan Gilbert
2020-03-04 18:45 ` Jag Raman
2020-03-04 19:00 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 13/50] multi-process: introduce proxy object Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 14/50] mutli-process: build remote command line args Jagannathan Raman
2020-03-02 17:36 ` Philippe Mathieu-Daudé
2020-03-02 17:47 ` Daniel P. Berrangé
2020-03-02 22:39 ` Elena Ufimtseva
2020-03-04 11:00 ` Daniel P. Berrangé
2020-03-04 16:25 ` Elena Ufimtseva
2020-03-04 16:33 ` Daniel P. Berrangé
2020-03-04 22:37 ` Elena Ufimtseva
2020-03-05 8:21 ` Daniel P. Berrangé
2020-03-06 16:25 ` Stefan Hajnoczi
2020-03-04 10:09 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 15/50] multi-process: PCI BAR read/write handling for proxy & remote endpoints Jagannathan Raman
2020-03-04 10:47 ` Dr. David Alan Gilbert
2020-03-04 19:05 ` Jag Raman
2020-02-24 20:55 ` [PATCH v5 16/50] multi-process: Synchronize remote memory Jagannathan Raman
2020-03-04 11:53 ` Dr. David Alan Gilbert
2020-03-04 19:35 ` Jag Raman
2020-02-24 20:55 ` [PATCH v5 17/50] multi-process: create IOHUB object to handle irq Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 18/50] multi-process: configure remote side devices Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 19/50] multi-process: Retrieve PCI info from remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 20/50] multi-process: add qdev_proxy_add to create proxy devices Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 21/50] multi-process: remote: add setup_devices msg processing Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 22/50] multi-process: remote: use fd for socket from parent process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 23/50] multi-process: remote: add create_done condition Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 24/50] multi-process: add processing of remote device command line Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 25/50] multi-process: Introduce build flags to separate remote process code Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 26/50] multi-process: refractor vl.c code Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 27/50] multi-process: add remote option Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 28/50] multi-process: add remote options parser Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 29/50] multi-process: add parse_cmdline in remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 30/50] multi-process: send heartbeat messages to remote Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 31/50] multi-process: handle heartbeat messages in remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 32/50] multi-process: Use separate MMIO communication channel Jagannathan Raman
2020-03-06 16:52 ` Stefan Hajnoczi
2020-03-10 18:04 ` Jag Raman
2020-02-24 20:55 ` [PATCH v5 33/50] multi-process: perform device reset in the remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 34/50] multi-process/mon: choose HMP commands based on target Jagannathan Raman
2020-03-05 10:39 ` Dr. David Alan Gilbert [this message]
2020-03-05 15:38 ` Jag Raman
2020-03-05 15:50 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 35/50] multi-process/mon: stub functions to enable QMP module for remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 36/50] multi-process/mon: enable QMP module support in the " Jagannathan Raman
2020-03-05 10:43 ` Dr. David Alan Gilbert
2020-03-05 15:40 ` Jag Raman
2020-03-05 15:52 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 37/50] multi-process/mon: Refactor monitor/chardev functions out of vl.c Jagannathan Raman
2020-03-05 10:51 ` Dr. David Alan Gilbert
2020-03-05 15:41 ` Jag Raman
2020-02-24 20:55 ` [PATCH v5 38/50] multi-process/mon: Initialize QMP module for remote processes Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 39/50] multi-process: prevent duplicate memory initialization in remote Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 40/50] multi-process/mig: build migration module in the remote process Jagannathan Raman
2020-03-04 15:58 ` Dr. David Alan Gilbert
2020-03-04 19:45 ` Jag Raman
2020-03-04 19:52 ` Dr. David Alan Gilbert
2020-03-04 20:23 ` Jag Raman
2020-03-05 10:10 ` Dr. David Alan Gilbert
2020-03-05 17:07 ` Elena Ufimtseva
2020-03-05 17:19 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 41/50] multi-process/mig: Enable VMSD save in the Proxy object Jagannathan Raman
2020-03-05 12:31 ` Dr. David Alan Gilbert
2020-03-05 16:48 ` Jag Raman
2020-03-05 17:04 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 42/50] multi-process/mig: Send VMSD of remote to " Jagannathan Raman
2020-03-05 14:39 ` Dr. David Alan Gilbert
2020-03-05 16:32 ` Elena Ufimtseva
2020-02-24 20:55 ` [PATCH v5 43/50] multi-process/mig: Load VMSD in the proxy object Jagannathan Raman
2020-03-05 15:28 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 44/50] multi-process/mig: refactor runstate_check into common file Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 45/50] multi-process/mig: Synchronize runstate of remote process Jagannathan Raman
2020-02-24 20:55 ` [PATCH v5 46/50] multi-process/mig: Restore the VMSD in " Jagannathan Raman
2020-03-05 16:05 ` Dr. David Alan Gilbert
2020-02-24 20:55 ` [PATCH v5 47/50] multi-process: Enable support for multiple devices in remote Jagannathan Raman
2020-02-28 16:44 ` Stefan Hajnoczi
2020-03-02 19:28 ` Jag Raman
2020-02-24 20:55 ` [PATCH v5 48/50] multi-process: Validate incoming commands from Proxy Jagannathan Raman
2020-02-27 17:18 ` Stefan Hajnoczi
2020-02-28 17:53 ` Elena Ufimtseva
2020-02-24 20:55 ` [PATCH v5 49/50] multi-process: add the concept description to docs/devel/qemu-multiprocess Jagannathan Raman
2020-02-27 17:11 ` Stefan Hajnoczi
2020-02-28 18:44 ` Elena Ufimtseva
2020-02-24 20:55 ` [PATCH v5 50/50] multi-process: add configure and usage information Jagannathan Raman
2020-02-27 16:58 ` Stefan Hajnoczi
2020-02-28 18:43 ` Elena Ufimtseva
2020-03-06 16:42 ` Stefan Hajnoczi
2020-02-24 21:59 ` [PATCH v5 00/50] Initial support for multi-process qemu no-reply
2020-02-24 22:03 ` no-reply
2020-02-24 22:23 ` no-reply
2020-03-01 11:57 ` Alex Bennée
2020-03-02 15:28 ` Jag Raman
2020-03-02 16:29 ` Alex Bennée
2020-03-02 16:53 ` Jag Raman
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=20200305103910.GE3130@work-vm \
--to=dgilbert@redhat.com \
--cc=armbru@redhat.com \
--cc=berrange@redhat.com \
--cc=ehabkost@redhat.com \
--cc=elena.ufimtseva@oracle.com \
--cc=fam@euphon.net \
--cc=felipe@nutanix.com \
--cc=jag.raman@oracle.com \
--cc=john.g.johnson@oracle.com \
--cc=kanth.ghatraju@oracle.com \
--cc=konrad.wilk@oracle.com \
--cc=kraxel@redhat.com \
--cc=kwolf@redhat.com \
--cc=liran.alon@oracle.com \
--cc=marcandre.lureau@gmail.com \
--cc=mreitz@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=ross.lagerwall@citrix.com \
--cc=rth@twiddle.net \
--cc=stefanha@redhat.com \
--cc=swapnil.ingle@nutanix.com \
--cc=thanos.makatos@nutanix.com \
--cc=thuth@redhat.com \
/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).