[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [RFC v3 10/27] monitor: create monitor dedicate iothrea
From: |
Fam Zheng |
Subject: |
Re: [Qemu-devel] [RFC v3 10/27] monitor: create monitor dedicate iothread |
Date: |
Tue, 7 Nov 2017 15:11:31 +0800 |
User-agent: |
Mutt/1.9.1 (2017-09-22) |
On Mon, 11/06 17:46, Peter Xu wrote:
> +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);
> + /*
> + * GContext in iothread is using lazy init - the first time we
> + * fetch the context we'll have that initialized.
> + */
> + monitor_io_context_get();
Why do you need an eager init here?
Fam
- Re: [Qemu-devel] [RFC v3 05/27] monitor: move skip_flush into monitor_data_init, (continued)
- [Qemu-devel] [RFC v3 06/27] qjson: add "opaque" field to JSONMessageParser, Peter Xu, 2017/11/06
- [Qemu-devel] [RFC v3 07/27] monitor: move the cur_mon hack deeper for QMP, Peter Xu, 2017/11/06
- [Qemu-devel] [RFC v3 08/27] monitor: unify global init, Peter Xu, 2017/11/06
- [Qemu-devel] [RFC v3 09/27] monitor: let mon_list be tail queue, Peter Xu, 2017/11/06
- [Qemu-devel] [RFC v3 10/27] monitor: create monitor dedicate iothread, Peter Xu, 2017/11/06
- Re: [Qemu-devel] [RFC v3 10/27] monitor: create monitor dedicate iothread,
Fam Zheng <=
[Qemu-devel] [RFC v3 11/27] monitor: allow to use IO thread for parsing, Peter Xu, 2017/11/06
[Qemu-devel] [RFC v3 12/27] qmp: introduce QMPCapability, Peter Xu, 2017/11/06
[Qemu-devel] [RFC v3 13/27] qmp: negociate QMP capabilities, Peter Xu, 2017/11/06
[Qemu-devel] [RFC v3 14/27] qmp: introduce some capability helpers, Peter Xu, 2017/11/06
[Qemu-devel] [RFC v3 15/27] monitor: introduce monitor_qmp_respond(), Peter Xu, 2017/11/06