From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: David Woodhouse <dwmw2@infradead.org>
Cc: qemu-devel@nongnu.org, "Paolo Bonzini" <pbonzini@redhat.com>,
"Paul Durrant" <paul@xen.org>,
"Joao Martins" <joao.m.martins@oracle.com>,
"Ankur Arora" <ankur.a.arora@oracle.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Thomas Huth" <thuth@redhat.com>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Juan Quintela" <quintela@redhat.com>,
"Claudio Fontana" <cfontana@suse.de>,
"Julien Grall" <julien@xen.org>
Subject: Re: [RFC PATCH v5 39/52] i386/xen: add monitor commands to test event injection
Date: Thu, 5 Jan 2023 20:09:34 +0000 [thread overview]
Message-ID: <Y7cufupAAeGnaIDg@work-vm> (raw)
In-Reply-To: <10d798e3959dbeaacd67cc9cefa78b16ee524462.camel@infradead.org>
* David Woodhouse (dwmw2@infradead.org) wrote:
> On Wed, 2023-01-04 at 12:48 +0000, Dr. David Alan Gilbert wrote:
> > * David Woodhouse (dwmw2@infradead.org) wrote:
> > > From: Joao Martins <joao.m.martins@oracle.com>
> > >
> > > Specifically add listing, injection of event channels.
> >
> > These are all for debug only aren't they?
>
> Mostly. Injecting VIRQ_DEBUG into a guest is useful for debugging the
> guest too. Slightly inclined just to drop it as there's plenty of more
> useful things to implement, but let's have a go...
Note also, please put an x_ in the name (like qmp_x_query_ramblock)
to indicate that it's debug and you want the freedom to change the
structure/behaviour rather than carving the API in stone.
> > Even so, see docs/devel/writing-monitor-commands.rst, people like
> > commands to be built around qmp if possible now; there's a thing for
> > dumping text through it anyway for debug.
>
> OK... something like this?
No; that's a bit of a mix:
The idea is that you either:
a) Build the QMP with the data structure well defined like you've done
and then make the HMP code monitor_printf that.
b) Or you decide the data is mostly for debug and you can change it
when you like, and so the structure is unimportant; then you make the
QMP side generate the HumanReadableText and just get the HMP side
to print it.
An example of 'b' is qmp_x_query_ramblock' - note there's no actual HMP
code there and the qmp_x_query_ramblock is doing the HRT creation.
An example of 'a' is 'hmp_info_mice' which calls qmp_query_mice
and then prints it out.
Dave
> From ef1d7d08ee544921c056cc8f8c38bdd691cf71b4 Mon Sep 17 00:00:00 2001
> From: David Woodhouse <dwmw@amazon.co.uk>
> Date: Thu, 5 Jan 2023 19:34:15 +0000
> Subject: [PATCH] Convert xen-event-list to qmp
>
> Signed-off-by: David Woodhouse <dwmw@amazon.co.uk>
> ---
> hmp-commands.hx | 2 +-
> hw/i386/kvm/xen_evtchn.c | 70 +++++++++++++++++++++++++++++++++++-----
> hw/i386/kvm/xen_evtchn.h | 4 ++-
> qapi/misc.json | 68 ++++++++++++++++++++++++++++++++++++++
> 4 files changed, 134 insertions(+), 10 deletions(-)
>
> diff --git a/hmp-commands.hx b/hmp-commands.hx
> index fd77c432c0..eac182307c 100644
> --- a/hmp-commands.hx
> +++ b/hmp-commands.hx
> @@ -1836,7 +1836,7 @@ ERST
> .args_type = "",
> .params = "",
> .help = "list event channel state",
> - .cmd = hmp_xen_event_list,
> + .cmd_info_hrt = hmp_xen_event_list,
> },
>
> SRST
> diff --git a/hw/i386/kvm/xen_evtchn.c b/hw/i386/kvm/xen_evtchn.c
> index c58237cdd2..ee50839804 100644
> --- a/hw/i386/kvm/xen_evtchn.c
> +++ b/hw/i386/kvm/xen_evtchn.c
> @@ -15,6 +15,7 @@
> #include "qemu/main-loop.h"
> #include "qemu/log.h"
> #include "qapi/error.h"
> +#include "qapi/qapi-commands-misc.h"
> #include "qom/object.h"
> #include "exec/target_page.h"
> #include "exec/address-spaces.h"
> @@ -1539,21 +1540,22 @@ static const char *type_names[] = {
> "ipi"
> };
>
> -void hmp_xen_event_list(Monitor *mon, const QDict *qdict)
> +EvtchnInfoList *qmp_xen_event_list(Error **errp)
> {
> XenEvtchnState *s = xen_evtchn_singleton;
> + EvtchnInfoList *head = NULL, **tail = &head;
> void *shinfo, *pending, *mask;
> int i;
>
> if (!s) {
> - monitor_printf(mon, "Xen event channel emulation not enabled\n");
> - return;
> + error_setg(errp, "Xen event channel emulation not enabled\n");
> + return NULL;
> }
>
> shinfo = xen_overlay_get_shinfo_ptr();
> if (!shinfo) {
> - monitor_printf(mon, "Xen shared info page not allocated\n");
> - return;
> + error_setg(errp, "Xen shared info page not allocated\n");
> + return NULL;
> }
> if (xen_is_long_mode()) {
> pending = shinfo + offsetof(struct shared_info, evtchn_pending);
> @@ -1567,17 +1569,69 @@ void hmp_xen_event_list(Monitor *mon, const QDict *qdict)
>
> for (i = 0; i < s->nr_ports; i++) {
> XenEvtchnPort *p = &s->port_table[i];
> + EvtchnInfo *info;
>
> if (p->type == EVTCHNSTAT_closed) {
> continue;
> }
>
> - monitor_printf(mon, "port %4u %s/%d vcpu:%d pending:%d mask:%d\n", i,
> - type_names[p->type], p->type_val, p->vcpu,
> - test_bit(i, pending), test_bit(i, mask));
> + info = g_new0(EvtchnInfo, 1);
> +
> + info->port = i;
> + info->type = g_strdup(type_names[p->type]);
> + if (p->type == EVTCHNSTAT_interdomain) {
> + info->remote_domain = g_strdup((p->type_val & PORT_INFO_TYPEVAL_REMOTE_QEMU) ?
> + "qemu" : "loopback");
> + info->target = p->type_val & PORT_INFO_TYPEVAL_REMOTE_PORT_MASK;
> + } else {
> + info->target = p->type_val;
> + }
> + info->vcpu = p->vcpu;
> + info->pending = test_bit(i, pending);
> + info->masked = test_bit(i, mask);
> +
> + QAPI_LIST_APPEND(tail, info);
> }
>
> qemu_mutex_unlock(&s->port_lock);
> +
> + return head;
> +}
> +
> +HumanReadableText *hmp_xen_event_list(Error **errp)
> +{
> + EvtchnInfoList *iter, *info_list;
> + g_autoptr(GString) buf = g_string_new("");
> +
> +
> + info_list = qmp_xen_event_list(errp);
> + if (*errp) {
> + return NULL;
> + }
> +
> + for (iter = info_list; iter; iter = iter->next) {
> + EvtchnInfo *info = iter->value;
> +
> + g_string_append_printf(buf, "port %4lu: %s", info->port, info->type);
> + if (strcmp(info->type, "ipi")) {
> + g_string_append_printf(buf, "(");
> + if (info->remote_domain) {
> + g_string_append_printf(buf, "%s:", info->remote_domain);
> + }
> + g_string_append_printf(buf, "%ld)", info->target);
> + }
> + g_string_append_printf(buf, " vcpu:%ld", info->vcpu);
> + if (info->pending) {
> + g_string_append_printf(buf, " PENDING");
> + }
> + if (info->masked) {
> + g_string_append_printf(buf, " MASKED");
> + }
> + g_string_append_printf(buf, "\n");
> + }
> +
> + qapi_free_EvtchnInfoList(info_list);
> + return human_readable_text_from_str(buf);
> }
>
> void hmp_xen_event_inject(Monitor *mon, const QDict *qdict)
> diff --git a/hw/i386/kvm/xen_evtchn.h b/hw/i386/kvm/xen_evtchn.h
> index 146c504773..1d1ca64e6f 100644
> --- a/hw/i386/kvm/xen_evtchn.h
> +++ b/hw/i386/kvm/xen_evtchn.h
> @@ -12,6 +12,8 @@
> #ifndef QEMU_XEN_EVTCHN_H
> #define QEMU_XEN_EVTCHN_H
>
> +#include "qapi/type-helpers.h"
> +
> #include "hw/sysbus.h"
>
> typedef uint32_t evtchn_port_t;
> @@ -42,8 +44,8 @@ int xen_be_evtchn_pending(struct xenevtchn_handle *xc);
> /* Apart from this which is a local addition */
> int xen_be_evtchn_get_guest_port(struct xenevtchn_handle *xc);
>
> -void hmp_xen_event_list(Monitor *mon, const QDict *qdict);
> void hmp_xen_event_inject(Monitor *mon, const QDict *qdict);
> +HumanReadableText *hmp_xen_event_list(Error **errp);
>
> struct evtchn_status;
> struct evtchn_close;
> diff --git a/qapi/misc.json b/qapi/misc.json
> index 27ef5a2b20..5c0f53cbc7 100644
> --- a/qapi/misc.json
> +++ b/qapi/misc.json
> @@ -584,3 +584,70 @@
> { 'event': 'VFU_CLIENT_HANGUP',
> 'data': { 'vfu-id': 'str', 'vfu-qom-path': 'str',
> 'dev-id': 'str', 'dev-qom-path': 'str' } }
> +
> +##
> +# @EvtchnInfo:
> +#
> +# Information about a Xen event channel port
> +#
> +# @port: the port number
> +#
> +# @type: the port type
> +#
> +# @remote-domain: remote domain for interdomain ports
> +#
> +# @target: remote port ID, or virq/pirq number
> +#
> +# @pending: port is currently active pending delivery
> +#
> +# @masked: port is masked
> +#
> +# Since: x.xx
> +##
> +{ 'struct': 'EvtchnInfo',
> + 'data': {'port': 'int',
> + 'type': 'str',
> + 'remote-domain': 'str',
> + 'vcpu': 'int',
> + 'target': 'int',
> + 'pending': 'bool',
> + 'masked': 'bool'}}
> +
> +
> +##
> +# @xen-event-list:
> +#
> +# Query the Xen event channels opened by the guest.
> +#
> +# Returns: list of open event channel ports
> +#
> +# Since: x.xx
> +#
> +# Example:
> +#
> +# -> { "execute": "xen-event-list" }
> +# <- { "return": [
> +# {
> +# "pending": false,
> +# "port": 1,
> +# "vcpu": 1,
> +# "remote-domain": "qemu",
> +# "masked": false,
> +# "type": "interdomain",
> +# "target": 1
> +# },
> +# {
> +# "pending": false,
> +# "port": 2,
> +# "vcpu": 0,
> +# "remote-domain": "",
> +# "masked": false,
> +# "type": "virq",
> +# "target": 0
> +# }
> +# ]
> +# }
> +#
> +##
> +{ 'command': 'xen-event-list',
> + 'returns': ['EvtchnInfo'] }
> --
> 2.34.1
>
>
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2023-01-05 20:10 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-30 12:11 [RFC PATCH v5 00/52] Xen support under KVM David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 01/52] include: import Xen public headers to include/standard-headers/ David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 02/52] xen: add CONFIG_XENFV_MACHINE and CONFIG_XEN_EMU options for Xen emulation David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 03/52] xen: Add XEN_DISABLED mode and make it default David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 04/52] i386/kvm: Add xen-version KVM accelerator property and init KVM Xen support David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 05/52] i386/kvm: handle Xen HVM cpuid leaves David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 06/52] i386/hvm: Set Xen vCPU ID in KVM David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 07/52] xen-platform: exclude vfio-pci from the PCI platform unplug David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 08/52] xen-platform: allow its creation with XEN_EMULATE mode David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 09/52] hw/xen_backend: refactor xen_be_init() David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 10/52] i386/xen: handle guest hypercalls David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 11/52] i386/xen: implement HYPERVISOR_xen_version David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 12/52] i386/xen: implement HYPERVISOR_sched_op, SCHEDOP_shutdown David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 13/52] i386/xen: Implement SCHEDOP_poll and SCHEDOP_yield David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 14/52] hw/xen: Add xen_overlay device for emulating shared xenheap pages David Woodhouse
2023-01-03 17:54 ` Dr. David Alan Gilbert
2022-12-30 12:11 ` [RFC PATCH v5 15/52] i386/xen: add pc_machine_kvm_type to initialize XEN_EMULATE mode David Woodhouse
2022-12-30 12:11 ` [RFC PATCH v5 16/52] i386/xen: manage and save/restore Xen guest long_mode setting David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 17/52] i386/xen: implement HYPERVISOR_memory_op David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 18/52] i386/xen: implement XENMEM_add_to_physmap_batch David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 19/52] i386/xen: implement HYPERVISOR_hvm_op David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 20/52] i386/xen: implement HYPERVISOR_vcpu_op David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 21/52] i386/xen: handle VCPUOP_register_vcpu_info David Woodhouse
2023-01-03 18:13 ` Dr. David Alan Gilbert
2022-12-30 12:12 ` [RFC PATCH v5 22/52] i386/xen: handle VCPUOP_register_vcpu_time_info David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 23/52] i386/xen: handle VCPUOP_register_runstate_memory_area David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 24/52] i386/xen: implement HYPERVISOR_event_channel_op David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 25/52] i386/xen: implement HVMOP_set_evtchn_upcall_vector David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 26/52] i386/xen: implement HVMOP_set_param David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 27/52] hw/xen: Add xen_evtchn device for event channel emulation David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 28/52] i386/xen: Add support for Xen event channel delivery to vCPU David Woodhouse
2023-01-09 21:18 ` David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 29/52] hw/xen: Implement EVTCHNOP_status David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 30/52] hw/xen: Implement EVTCHNOP_close David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 31/52] hw/xen: Implement EVTCHNOP_unmask David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 32/52] hw/xen: Implement EVTCHNOP_bind_virq David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 33/52] hw/xen: Implement EVTCHNOP_bind_ipi David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 34/52] hw/xen: Implement EVTCHNOP_send David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 35/52] hw/xen: Implement EVTCHNOP_alloc_unbound David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 36/52] hw/xen: Implement EVTCHNOP_bind_interdomain David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 37/52] hw/xen: Implement EVTCHNOP_bind_vcpu David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 38/52] hw/xen: Implement EVTCHNOP_reset David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 39/52] i386/xen: add monitor commands to test event injection David Woodhouse
2023-01-04 12:48 ` Dr. David Alan Gilbert
2023-01-05 19:42 ` David Woodhouse
2023-01-05 20:09 ` Dr. David Alan Gilbert [this message]
2023-01-09 17:24 ` David Woodhouse
2023-01-09 18:51 ` Dr. David Alan Gilbert
2023-01-09 19:49 ` David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 40/52] hw/xen: Support HVM_PARAM_CALLBACK_TYPE_GSI callback David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 41/52] hw/xen: Support HVM_PARAM_CALLBACK_TYPE_PCI_INTX callback David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 42/52] kvm/i386: Add xen-gnttab-max-frames property David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 43/52] hw/xen: Add xen_gnttab device for grant table emulation David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 44/52] hw/xen: Support mapping grant frames David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 45/52] i386/xen: Implement HYPERVISOR_grant_table_op and GNTTABOP_[gs]et_verson David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 46/52] hw/xen: Implement GNTTABOP_query_size David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 47/52] i386/xen: handle PV timer hypercalls David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 48/52] i386/xen: Reserve Xen special pages for console, xenstore rings David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 49/52] i386/xen: handle HVMOP_get_param David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 50/52] hw/xen: Add backend implementation of interdomain event channel support David Woodhouse
2023-01-04 11:22 ` Dr. David Alan Gilbert
2023-01-04 14:33 ` David Woodhouse
2023-01-04 11:52 ` Dr. David Alan Gilbert
2022-12-30 12:12 ` [RFC PATCH v5 51/52] hw/xen: Add xen_xenstore device for xenstore emulation David Woodhouse
2023-01-04 12:01 ` Dr. David Alan Gilbert
2023-01-04 14:35 ` David Woodhouse
2022-12-30 12:12 ` [RFC PATCH v5 52/52] hw/xen: Add basic ring handling to xenstore David Woodhouse
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=Y7cufupAAeGnaIDg@work-vm \
--to=dgilbert@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=ankur.a.arora@oracle.com \
--cc=cfontana@suse.de \
--cc=dwmw2@infradead.org \
--cc=joao.m.martins@oracle.com \
--cc=julien@xen.org \
--cc=paul@xen.org \
--cc=pbonzini@redhat.com \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.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).