[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [RFC v4 09/27] monitor: create monitor dedicate iothrea
From: |
Dr. David Alan Gilbert |
Subject: |
Re: [Qemu-devel] [RFC v4 09/27] monitor: create monitor dedicate iothread |
Date: |
Thu, 23 Nov 2017 10:46:25 +0000 |
User-agent: |
Mutt/1.9.1 (2017-09-22) |
* Peter Xu (address@hidden) wrote:
> Create one IOThread for the monitors, prepared to handle all the
> input/output IOs using existing iothread framework.
>
> Signed-off-by: Peter Xu <address@hidden>
> ---
> monitor.c | 29 +++++++++++++++++++++++++++++
> 1 file changed, 29 insertions(+)
>
> diff --git a/monitor.c b/monitor.c
> index a70ab5606b..4ce9828fab 100644
> --- a/monitor.c
> +++ b/monitor.c
> @@ -76,6 +76,7 @@
> #include "qmp-introspect.h"
> #include "sysemu/qtest.h"
> #include "sysemu/cpus.h"
> +#include "sysemu/iothread.h"
> #include "qemu/cutils.h"
> #include "qapi/qmp/dispatch.h"
>
> @@ -208,6 +209,12 @@ struct Monitor {
> QTAILQ_ENTRY(Monitor) entry;
> };
>
> +struct MonitorGlobal {
> + IOThread *mon_iothread;
> +};
> +
> +static struct MonitorGlobal mon_global;
> +
> /* QMP checker flags */
> #define QMP_ACCEPT_UNKNOWNS 1
>
> @@ -4034,12 +4041,24 @@ static void sortcmdlist(void)
> qsort((void *)info_cmds, array_num, elem_size, compare_mon_cmd);
> }
>
> +static GMainContext *monitor_io_context_get(void)
> +{
> + return iothread_get_g_main_context(mon_global.mon_iothread);
> +}
> +
> +static void monitor_iothread_init(void)
> +{
> + mon_global.mon_iothread = iothread_create("monitor_iothread",
> + &error_abort);
That name is one character too long for pthread_setname_np that it
ends up being passed too (it's 16 char including the terminator);
that probably means the thread ends up unnamed. I suggest
you make it "mon_iothread"
> +}
> +
> void monitor_init_globals(void)
> {
> monitor_init_qmp_commands();
> monitor_qapi_event_init();
> sortcmdlist();
> qemu_mutex_init(&monitor_lock);
> + monitor_iothread_init();
> }
>
> /* These functions just adapt the readline interface in a typesafe way. We
> @@ -4117,6 +4136,13 @@ void monitor_cleanup(void)
> {
> Monitor *mon, *next;
>
> + /*
> + * We need to explicitly stop the iothread (but not destroy it),
> + * cleanup the monitor resources, then destroy the iothread. See
> + * again on the glib bug mentioned in 2b316774f6 for a reason.
I wonder if that bug is still live? 2b316774f6 says that:
'glib developers found and fixed the deadlock as part of implementing
child sources.'
but doesn't say which glib version that was fixed in; we have
increased the minimum glib version we support since 2013, so maybe...
Dave
> + */
> + iothread_stop(mon_global.mon_iothread);
> +
> qemu_mutex_lock(&monitor_lock);
> QTAILQ_FOREACH_SAFE(mon, &mon_list, entry, next) {
> QTAILQ_REMOVE(&mon_list, mon, entry);
> @@ -4124,6 +4150,9 @@ void monitor_cleanup(void)
> g_free(mon);
> }
> qemu_mutex_unlock(&monitor_lock);
> +
> + iothread_destroy(mon_global.mon_iothread);
> + mon_global.mon_iothread = NULL;
> }
>
> QemuOptsList qemu_mon_opts = {
> --
> 2.13.6
>
--
Dr. David Alan Gilbert / address@hidden / Manchester, UK
- [Qemu-devel] [RFC v4 02/27] qobject: introduce qobject_get_try_str(), (continued)
- [Qemu-devel] [RFC v4 02/27] qobject: introduce qobject_get_try_str(), Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 01/27] qobject: introduce qstring_get_try_str(), Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 04/27] monitor: move skip_flush into monitor_data_init, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 05/27] qjson: add "opaque" field to JSONMessageParser, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 03/27] qobject: let object_property_get_str() use new API, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 06/27] monitor: move the cur_mon hack deeper for QMP, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 07/27] monitor: unify global init, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 08/27] monitor: let mon_list be tail queue, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 10/27] monitor: allow to use IO thread for parsing, Peter Xu, 2017/11/16
- [Qemu-devel] [RFC v4 09/27] monitor: create monitor dedicate iothread, Peter Xu, 2017/11/16
- Re: [Qemu-devel] [RFC v4 09/27] monitor: create monitor dedicate iothread,
Dr. David Alan Gilbert <=
[Qemu-devel] [RFC v4 11/27] qmp: introduce QMPCapability, Peter Xu, 2017/11/16
[Qemu-devel] [RFC v4 13/27] qmp: introduce some capability helpers, Peter Xu, 2017/11/16
[Qemu-devel] [RFC v4 12/27] qmp: negociate QMP capabilities, Peter Xu, 2017/11/16
[Qemu-devel] [RFC v4 14/27] monitor: introduce monitor_qmp_respond(), Peter Xu, 2017/11/16
[Qemu-devel] [RFC v4 15/27] monitor: let monitor_{suspend|resume} thread safe, Peter Xu, 2017/11/16