From: Markus Armbruster <armbru@redhat.com>
To: Zhang Chen <zhangckid@gmail.com>
Cc: qemu-devel <qemu-devel@nongnu.org>,
"Dr . David Alan Gilbert" <dave@treblig.org>,
Eric Blake <eblake@redhat.com>,
"Michael S . Tsirkin" <mst@redhat.com>,
Stefan Hajnoczi <stefanha@redhat.com>
Subject: Re: [PATCH V8 07/15] monitor: Update tracking iothread users with holder
Date: Mon, 08 Jun 2026 11:32:28 +0200 [thread overview]
Message-ID: <87a4t5l6mr.fsf@pond.sub.org> (raw)
In-Reply-To: <CAK3tnv+okGDVvEL+rDrMrTbJfCDmnttCbQyXYeQ-b7bO99ZODw@mail.gmail.com> (Zhang Chen's message of "Thu, 4 Jun 2026 18:16:29 +0800")
Zhang Chen <zhangckid@gmail.com> writes:
> On Wed, Jun 3, 2026 at 1:20 AM Markus Armbruster <armbru@redhat.com> wrote:
>>
>> Zhang Chen <zhangckid@gmail.com> writes:
>>
>> > Based on monitor ID tracking iothread users with holder.
>> > Introduce the AioContext in the Monitor struct to avoid repeated calls to
>> > iothread_get_aio_context()
>>
>> iothread_get_aio_context(iothread) returns iothread->ctx. I doubt
>> avoiding the call is worth the complexity yet another variable adds.
>>
>> > and ensure symmetrical ref/unref during
>> > monitor lifecycle.
>>
>> What do you mean by that?
>
> As we discussed with Stefan before, the iothread_ref/unref need to
> call in pairs, for example the virtio-blk. But the monitor implementation
> is special, it have the monitor_suspend/resume with iothread.
> So I try to introduce the mon->ctx to simplify it.
I appreciate your attempt to simplify things. I'm having difficulties
seeing what exactly becomes simpler. This is likely me being dense.
Can you explain it to me real slow, perhaps with examples?
[...]
next prev parent reply other threads:[~2026-06-08 10:42 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-29 21:33 [PATCH V8 00/15] iothread: Support tracking and querying IOThread holders Zhang Chen
2026-05-29 21:33 ` [PATCH V8 01/15] qapi/misc: Fix missed query-iothreads items Zhang Chen
2026-05-29 21:33 ` [PATCH V8 02/15] iothread: introduce iothread_ref/unref to track attached devices Zhang Chen
2026-06-02 11:29 ` Markus Armbruster
2026-05-29 21:33 ` [PATCH V8 03/15] iothread: tracking iothread users with holder name Zhang Chen
2026-05-29 21:33 ` [PATCH V8 04/15] iothread: introduce iothread_unsafe_get_aio_context() Zhang Chen
2026-05-29 21:33 ` [PATCH V8 05/15] block/export: track IOThread reference in BlockExport Zhang Chen
2026-05-29 21:33 ` [PATCH V8 06/15] monitor: assign unique default ID to anonymous monitors Zhang Chen
2026-06-02 17:02 ` Markus Armbruster
2026-06-04 9:57 ` Zhang Chen
2026-06-08 9:29 ` Markus Armbruster
2026-05-29 21:33 ` [PATCH V8 07/15] monitor: Update tracking iothread users with holder Zhang Chen
2026-06-02 17:20 ` Markus Armbruster
2026-06-04 10:16 ` Zhang Chen
2026-06-08 9:32 ` Markus Armbruster [this message]
2026-05-29 21:33 ` [PATCH V8 08/15] virtio-vq-mapping: track iothread-vq-mapping references using device path Zhang Chen
2026-05-29 21:33 ` [PATCH V8 09/15] virtio: use iothread_get/put_aio_context for thread pinning Zhang Chen
2026-05-29 21:33 ` [PATCH V8 10/15] net/colo: track IOThread references using path-based holder Zhang Chen
2026-05-29 21:33 ` [PATCH V8 11/15] virtio-balloon: Update tracking iothread users with holder Zhang Chen
2026-05-29 21:33 ` [PATCH V8 12/15] vfio-user/proxy: Update tracking iothread users with holder name Zhang Chen
2026-05-29 21:33 ` [PATCH V8 13/15] xen-block: " Zhang Chen
2026-05-29 21:33 ` [PATCH V8 14/15] qapi: examine IOThread attachment status via query-iothreads Zhang Chen
2026-06-02 17:34 ` Markus Armbruster
2026-06-04 11:49 ` Zhang Chen
2026-05-29 21:33 ` [PATCH V8 15/15] iothread: simplify API by merging iothread_get_aio_context variants Zhang Chen
2026-06-02 17:41 ` Markus Armbruster
2026-06-04 11:53 ` Zhang Chen
2026-06-08 9:34 ` 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=87a4t5l6mr.fsf@pond.sub.org \
--to=armbru@redhat.com \
--cc=dave@treblig.org \
--cc=eblake@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
--cc=zhangckid@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 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.