From: "Daniel P. Berrangé" <berrange@redhat.com>
To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: Laurent Vivier <lvivier@redhat.com>,
Thomas Huth <thuth@redhat.com>,
Eduardo Habkost <ehabkost@redhat.com>,
David Hildenbrand <david@redhat.com>,
Michael Roth <michael.roth@amd.com>,
Cornelia Huck <cohuck@redhat.com>,
Yuval Shaia <yuval.shaia.ml@gmail.com>,
qemu-devel@nongnu.org, Peter Xu <peterx@redhat.com>,
Markus Armbruster <armbru@redhat.com>,
Halil Pasic <pasic@linux.ibm.com>,
Christian Borntraeger <borntraeger@de.ibm.com>,
qemu-s390x@nongnu.org, Gerd Hoffmann <kraxel@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Richard Henderson <richard.henderson@linaro.org>,
Eric Blake <eblake@redhat.com>
Subject: Re: [PATCH v3 07/19] qapi: introduce x-query-roms QMP command
Date: Mon, 4 Oct 2021 16:57:47 +0100 [thread overview]
Message-ID: <YVske1SPAu0UTpLY@redhat.com> (raw)
In-Reply-To: <YVr0TufQdOS59bta@work-vm>
On Mon, Oct 04, 2021 at 01:32:14PM +0100, Dr. David Alan Gilbert wrote:
> * Daniel P. Berrangé (berrange@redhat.com) wrote:
> > This is a counterpart to the HMP "info roms" command. It is being
> > added with an "x-" prefix because this QMP command is intended as an
> > adhoc debugging tool and will thus not be modelled in QAPI as fully
> > structured data, nor will it have long term guaranteed stability.
> > The existing HMP command is rewritten to call the QMP command.
> >
> > Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
> > ---
> > hw/core/loader.c | 53 +++++++++++++++++++++++++------------
> > hw/core/machine-qmp-cmds.c | 1 +
> > include/qapi/type-helpers.h | 14 ++++++++++
> > qapi/common.json | 11 ++++++++
> > qapi/machine.json | 12 +++++++++
> > qapi/meson.build | 3 +++
> > qapi/qapi-type-helpers.c | 23 ++++++++++++++++
> > 7 files changed, 100 insertions(+), 17 deletions(-)
> > create mode 100644 include/qapi/type-helpers.h
> > create mode 100644 qapi/qapi-type-helpers.c
> >
> > diff --git a/hw/core/loader.c b/hw/core/loader.c
> > index c623318b73..5ebdca3087 100644
> > --- a/hw/core/loader.c
> > +++ b/hw/core/loader.c
> > @@ -46,6 +46,8 @@
> > #include "qemu-common.h"
> > #include "qemu/datadir.h"
> > #include "qapi/error.h"
> > +#include "qapi/qapi-commands-machine.h"
> > +#include "qapi/type-helpers.h"
> > #include "trace.h"
> > #include "hw/hw.h"
> > #include "disas/disas.h"
> > @@ -1472,32 +1474,49 @@ void *rom_ptr_for_as(AddressSpace *as, hwaddr addr, size_t size)
> > return cbdata.rom;
> > }
> >
> > -void hmp_info_roms(Monitor *mon, const QDict *qdict)
> > +HumanReadableText *qmp_x_query_roms(Error **errp)
> > {
> > Rom *rom;
> > + g_autoptr(GString) buf = g_string_new("");
> >
> > QTAILQ_FOREACH(rom, &roms, next) {
> > if (rom->mr) {
> > - monitor_printf(mon, "%s"
> > - " size=0x%06zx name=\"%s\"\n",
> > - memory_region_name(rom->mr),
> > - rom->romsize,
> > - rom->name);
> > + g_string_append_printf(buf, "%s"
> > + " size=0x%06zx name=\"%s\"\n",
> > + memory_region_name(rom->mr),
> > + rom->romsize,
> > + rom->name);
> > } else if (!rom->fw_file) {
> > - monitor_printf(mon, "addr=" TARGET_FMT_plx
> > - " size=0x%06zx mem=%s name=\"%s\"\n",
> > - rom->addr, rom->romsize,
> > - rom->isrom ? "rom" : "ram",
> > - rom->name);
> > + g_string_append_printf(buf, "addr=" TARGET_FMT_plx
> > + " size=0x%06zx mem=%s name=\"%s\"\n",
> > + rom->addr, rom->romsize,
> > + rom->isrom ? "rom" : "ram",
> > + rom->name);
> > } else {
> > - monitor_printf(mon, "fw=%s/%s"
> > - " size=0x%06zx name=\"%s\"\n",
> > - rom->fw_dir,
> > - rom->fw_file,
> > - rom->romsize,
> > - rom->name);
> > + g_string_append_printf(buf, "fw=%s/%s"
> > + " size=0x%06zx name=\"%s\"\n",
> > + rom->fw_dir,
> > + rom->fw_file,
> > + rom->romsize,
> > + rom->name);
> > }
> > }
> > +
> > + return human_readable_text_from_str(buf);
> > +}
> > +
> > +
> > +void hmp_info_roms(Monitor *mon, const QDict *qdict)
> > +{
> > + Error *err = NULL;
> > + g_autoptr(HumanReadableText) info = qmp_x_query_roms(&err);
> > +
> > + if (err) {
> > + error_report_err(err);
> > + return;
> > + }
> > +
> > + monitor_printf(mon, "%s", info->human_readable_text);
>
> This is getting copied in each one of these; it looks like you need
> either:
> a) A helper function like:
> void hmp_info_from_qmp(Monitor *mon, HumanReadableText *(void)func)
> {
> ...
> }
>
> b) Or teach the hmp parser to do the calls?
This pattern is repeated in many, but not all, or the handlers in
this series, because I started with the easy cases of no-arg 'info'
commands. There's a few exceptions such as commands which drive off
the currently selected CPU state. I'm not convince it is worth
adding specials to the hmp parser, since it will only be used for
a subset of the commands lng term. A helper function though could
do the job, since I've already introduced a helper for the QMP
side converting GString to HumanReadableText
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2021-10-04 16:01 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-30 13:23 [PATCH v3 00/19] monitor: explicitly permit QMP commands to be added for all use cases Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 01/19] docs/devel: rename file for writing monitor commands Daniel P. Berrangé
2021-10-04 15:50 ` Eric Blake
2021-09-30 13:23 ` [PATCH v3 02/19] docs/devel: tweak headings in monitor command docs Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 03/19] docs/devel: document expectations for QAPI data modelling for QMP Daniel P. Berrangé
2021-10-04 12:13 ` Dr. David Alan Gilbert
2021-10-04 12:23 ` Daniel P. Berrangé
2021-10-28 14:31 ` Markus Armbruster
2021-10-28 15:24 ` Daniel P. Berrangé
2021-11-03 13:52 ` Daniel P. Berrangé
2021-11-04 5:43 ` Markus Armbruster
2021-11-04 8:54 ` Daniel P. Berrangé
2021-11-09 6:39 ` Markus Armbruster
2021-11-09 9:47 ` Daniel P. Berrangé
2021-11-09 14:58 ` Markus Armbruster
2021-09-30 13:23 ` [PATCH v3 04/19] docs/devel: add example of command returning unstructured text Daniel P. Berrangé
2021-10-04 18:25 ` Eric Blake
2021-10-28 14:47 ` Markus Armbruster
2021-10-28 15:31 ` Daniel P. Berrangé
2021-10-28 17:13 ` Markus Armbruster
2021-09-30 13:23 ` [PATCH v3 05/19] docs/devel: document expectations for HMP commands in the future Daniel P. Berrangé
2021-10-04 18:33 ` Eric Blake
2021-10-28 14:47 ` Markus Armbruster
2021-09-30 13:23 ` [PATCH v3 06/19] monitor: remove 'info ioapic' HMP command Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 07/19] qapi: introduce x-query-roms QMP command Daniel P. Berrangé
2021-10-04 12:32 ` Dr. David Alan Gilbert
2021-10-04 15:57 ` Daniel P. Berrangé [this message]
2021-09-30 13:23 ` [PATCH v3 08/19] qapi: introduce x-query-profile " Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 09/19] qapi: introduce x-query-numa " Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 10/19] qapi: introduce x-query-usb " Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 11/19] qapi: introduce x-query-rdma " Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 12/19] qapi: introduce x-query-ramblock " Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 13/19] qapi: introduce x-query-skeys " Daniel P. Berrangé
2021-10-12 7:12 ` Thomas Huth
2021-10-18 9:50 ` Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 14/19] qapi: introduce x-query-cmma " Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 15/19] hmp: synchronize cpu state for lapic info Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 16/19] qapi: introduce x-query-lapic QMP command Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 17/19] qapi: introduce x-query-irq " Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 18/19] qapi: introduce x-query-jit " Daniel P. Berrangé
2021-09-30 13:23 ` [PATCH v3 19/19] qapi: introduce x-query-opcount " Daniel P. Berrangé
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=YVske1SPAu0UTpLY@redhat.com \
--to=berrange@redhat.com \
--cc=armbru@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=david@redhat.com \
--cc=dgilbert@redhat.com \
--cc=eblake@redhat.com \
--cc=ehabkost@redhat.com \
--cc=kraxel@redhat.com \
--cc=lvivier@redhat.com \
--cc=michael.roth@amd.com \
--cc=pasic@linux.ibm.com \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=thuth@redhat.com \
--cc=yuval.shaia.ml@gmail.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).