From: Markus Armbruster <armbru@redhat.com>
To: "Marc-André Lureau" <marcandre.lureau@redhat.com>
Cc: qemu-devel@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>,
"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
peterx@redhat.com
Subject: Re: [Qemu-devel] [PATCH v3 4/6] monitor: check if chardev can switch gcontext for OOB
Date: Wed, 05 Dec 2018 09:42:55 +0100 [thread overview]
Message-ID: <874lbs1i0g.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <20181204131802.16885-5-marcandre.lureau@redhat.com> ("Marc-André Lureau"'s message of "Tue, 4 Dec 2018 17:18:00 +0400")
Marc-André Lureau <marcandre.lureau@redhat.com> writes:
> Not all backends are able to switch gcontext. Those backends cannot
> drive a OOB monitor (the monitor would then be blocking on main
> thread).
>
> For example, ringbuf, spice, or more esoteric input chardevs like
> braille or MUX.
>
> We currently forbid MUX because not all frontends are ready to run
> outside main loop. Extend to add a context-switching feature check.
>
> Signed-off-by: Marc-André Lureau <marcandre.lureau@redhat.com>
> ---
> monitor.c | 6 ++++--
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/monitor.c b/monitor.c
> index 79afe99079..25cf4223e8 100644
> --- a/monitor.c
> +++ b/monitor.c
> @@ -4562,9 +4562,11 @@ void monitor_init(Chardev *chr, int flags)
> bool use_oob = flags & MONITOR_USE_OOB;
>
> if (use_oob) {
> - if (CHARDEV_IS_MUX(chr)) {
> + if (CHARDEV_IS_MUX(chr) ||
> + !qemu_chr_has_feature(chr, QEMU_CHAR_FEATURE_GCONTEXT)) {
> error_report("Monitor out-of-band is not supported with "
> - "MUX typed chardev backend");
> + "%s typed chardev backend",
> + object_get_typename(OBJECT(chr)));
> exit(1);
> }
> if (use_readline) {
Aha, this answers my question on the previous patch: yes, it is possible
to trip the new assertion.
Are there any ways other than this one?
We could squash the two patches. But I figure you kept the previous
patch separate on purpose. That's okay, but it should mention the
assertion can be tripped, and the next patch (this one) will fix it.
next prev parent reply other threads:[~2018-12-05 8:43 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-04 13:17 [Qemu-devel] [PATCH v3 0/6] monitor: misc fixes Marc-André Lureau
2018-12-04 13:17 ` [Qemu-devel] [PATCH v3 1/6] monitor: inline ambiguous helper functions Marc-André Lureau
2018-12-04 13:17 ` [Qemu-devel] [PATCH v3 2/6] monitor: accept chardev input from iothread Marc-André Lureau
2018-12-05 8:17 ` Markus Armbruster
2018-12-05 8:41 ` Marc-André Lureau
2018-12-04 13:17 ` [Qemu-devel] [PATCH v3 3/6] char: add a QEMU_CHAR_FEATURE_GCONTEXT flag Marc-André Lureau
2018-12-05 8:37 ` Markus Armbruster
2018-12-04 13:18 ` [Qemu-devel] [PATCH v3 4/6] monitor: check if chardev can switch gcontext for OOB Marc-André Lureau
2018-12-05 8:42 ` Markus Armbruster [this message]
2018-12-05 8:54 ` Marc-André Lureau
2018-12-05 9:15 ` Markus Armbruster
2018-12-04 13:18 ` [Qemu-devel] [PATCH v3 5/6] monitor: prevent inserting new monitors after cleanup Marc-André Lureau
2018-12-05 8:45 ` Markus Armbruster
2018-12-04 13:18 ` [Qemu-devel] [PATCH v3 6/6] monitor: avoid potential dead-lock when cleaning up Marc-André Lureau
2018-12-05 8:46 ` Markus Armbruster
2018-12-05 12:37 ` [Qemu-devel] [PATCH v3 0/6] monitor: misc fixes Markus Armbruster
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=874lbs1i0g.fsf@dusky.pond.sub.org \
--to=armbru@redhat.com \
--cc=dgilbert@redhat.com \
--cc=marcandre.lureau@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.