From: Paolo Bonzini <pbonzini@redhat.com>
To: Stefan Hajnoczi <stefanha@redhat.com>, Fam Zheng <famz@redhat.com>
Cc: Kevin Wolf <kwolf@redhat.com>,
qemu-block@nongnu.org, "Michael S. Tsirkin" <mst@redhat.com>,
Jeff Cody <jcody@redhat.com>,
qemu-devel@nongnu.org, Max Reitz <mreitz@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v2 5/7] virtio-blk: Call virtio_add_queue_aio
Date: Tue, 28 Jun 2016 17:30:31 +0200 [thread overview]
Message-ID: <1bb10ce4-186b-ed17-c02d-60ce05e1046f@redhat.com> (raw)
In-Reply-To: <20160628151244.GQ2798@stefanha-x1.localdomain>
On 28/06/2016 17:12, Stefan Hajnoczi wrote:\
> It's weird that virtio_add_queue_aio() doesn't take an AioContext.
>
> This change moves us one step closer to dropping dataplane-specific
> code. The difference between dataplane and non-dataplane should simply
> by the virtqueue's AioContext, which should come from BlockBackend's
> AioContext.
>
> Anyway, not a deal-breaker but I think we should make the AioContext
> explicit in the future...
I agree, and in fact I think that the virtio_add_queue_aio API should be
temporary.
Hopefully, now that ioeventfd APIs have been cleaned up and all backends
have support for it, we can move the ioeventfd down from the proxy
devices (virtio-*-pci) to the actual virtio devices. This would let
virtio-blk and virtio-scsi know whether ioeventfd is in use (they
currently can't see that), and start the dataplane event handlers on the
first kick when ioeventfd is enabled. For them to do this it is not
necessary to use virtio_add_queue_aio; the first kick can use the normal
virtio_add_queue registration functions.
However, this fix is much nicer than the one we currently have, so I am
in favor of it. I would squash patches 3 and 4 together, though.
Paolo
Paolo
next prev parent reply other threads:[~2016-06-28 15:30 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-24 12:39 [Qemu-devel] [PATCH v2 0/7] virtio: Merge virtio-{blk, scsi} host notifier handling paths Fam Zheng
2016-06-24 12:39 ` [Qemu-devel] [PATCH v2 1/7] virtio-bus: Drop "set_handler" parameter Fam Zheng
2016-06-28 14:41 ` Stefan Hajnoczi
2016-06-24 12:39 ` [Qemu-devel] [PATCH v2 2/7] virtio: Add typedef for handle_output Fam Zheng
2016-06-28 14:54 ` Stefan Hajnoczi
2016-06-24 12:39 ` [Qemu-devel] [PATCH v2 3/7] virtio: Introduce virtio_add_queue_aio Fam Zheng
2016-06-28 15:03 ` Stefan Hajnoczi
2016-06-24 12:39 ` [Qemu-devel] [PATCH v2 4/7] virtio: Use aio_set_event_notifier for aio vq Fam Zheng
2016-06-28 15:09 ` Stefan Hajnoczi
2016-06-24 12:39 ` [Qemu-devel] [PATCH v2 5/7] virtio-blk: Call virtio_add_queue_aio Fam Zheng
2016-06-28 15:12 ` Stefan Hajnoczi
2016-06-28 15:30 ` Paolo Bonzini [this message]
2016-06-24 12:39 ` [Qemu-devel] [PATCH v2 6/7] virtio-scsi: " Fam Zheng
2016-06-24 12:39 ` [Qemu-devel] [PATCH v2 7/7] Revert "mirror: Workaround for unexpected iohandler events during completion" Fam Zheng
2016-06-28 15:18 ` [Qemu-devel] [PATCH v2 0/7] virtio: Merge virtio-{blk, scsi} host notifier handling paths Stefan Hajnoczi
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=1bb10ce4-186b-ed17-c02d-60ce05e1046f@redhat.com \
--to=pbonzini@redhat.com \
--cc=famz@redhat.com \
--cc=jcody@redhat.com \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=mst@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.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).