From: Jason Wang <jasowang@redhat.com>
To: qemu-devel@nongnu.org
Cc: cornelia.huck@de.ibm.com, Jason Wang <jasowang@redhat.com>,
mst@redhat.com
Subject: [Qemu-devel] [PATCH V2 0/8] virtio 1.0 pci optimizations and fixes
Date: Wed, 2 Sep 2015 11:25:17 +0800 [thread overview]
Message-ID: <1441164325-14417-1-git-send-email-jasowang@redhat.com> (raw)
Hi all:
This series tries to fix the following issues:
- qemu abort when trying to adjust endianness for zero length eventfd,
this prevent fast mmio eventfd from being used in ppc. Fixing by
skip the endianness adjustment for zero length eventfd.
- 1.0 mmio is slow since it was using datamatch eventfd. Fixing this
by usinng wildcard mmio eventfd, then we could get speed up through
kernel fast mmio bus on ept capable machine.
- 1.0 mmio is slow compared to pio (at least on some
archs/setups). Fixing this by re-introducing pio notification
capability. This will be useful for the arch/setups that fast mmio
does not work.
- Some virtio pci 1.0 fields were not migrated. This will cause
unexpected behaviour if migrate during driver initialization. Fixing
this by introduce a transport specific callback and get/put
transport specific fields for virtio 1.0.
- queue_enable read was broken. Fixing by set the queue_enable to true
during guest write and clear it during reset.
Please review.
Thanks
Changes from V1:
- skip zero length eventfd endianness adjustment
- don't use pci specific name ("modern") in virtio core, using "extra"
instead and in virtio pci callback, using subsections which could
allow us to extend the future improvement without changing the core.
- don't check virtio_virtqueue_needed() in virtio_extra_state_needed()
- drop the ppc 2.5 machine type patch
- squash Eduardo's 2.5 machine type patches into this series
Eduardo Habkost (3):
q35: Move options common to all classes to pc_q35_machine_options()
q35: Move options common to all classes to pc_i440fx_machine_options()
pc: Introduce pc-*-2.5 machine classes
Jason Wang (5):
virtio-pci: fix 1.0 virtqueue migration
memory: don't try to adjust endianness for zero length eventfd
virtio-pci: use wildcard mmio eventfd for 1.0 notification cap
virtio-pci: introduce pio notification capability for modern device
virtio-pci: unbreak queue_enable read
hw/i386/pc_piix.c | 18 ++-
hw/i386/pc_q35.c | 20 +++-
hw/virtio/virtio-pci.c | 266 +++++++++++++++++++++++++++++++++++++----
hw/virtio/virtio-pci.h | 30 +++--
hw/virtio/virtio.c | 57 +++++++++
include/hw/compat.h | 7 ++
include/hw/i386/pc.h | 4 +
include/hw/virtio/virtio-bus.h | 3 +
memory.c | 8 +-
9 files changed, 375 insertions(+), 38 deletions(-)
--
2.1.4
next reply other threads:[~2015-09-02 3:25 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-02 3:25 Jason Wang [this message]
2015-09-02 3:25 ` [Qemu-devel] [PATCH V2 1/8] q35: Move options common to all classes to pc_q35_machine_options() Jason Wang
2015-09-02 3:25 ` [Qemu-devel] [PATCH V2 2/8] q35: Move options common to all classes to pc_i440fx_machine_options() Jason Wang
2015-09-02 3:25 ` [Qemu-devel] [PATCH V2 3/8] pc: Introduce pc-*-2.5 machine classes Jason Wang
2015-09-02 3:25 ` [Qemu-devel] [PATCH V2 4/8] virtio-pci: fix 1.0 virtqueue migration Jason Wang
2015-09-02 11:06 ` Cornelia Huck
2015-09-07 7:39 ` Jason Wang
2015-09-07 8:21 ` Cornelia Huck
2015-09-08 7:27 ` Jason Wang
2015-09-10 9:11 ` Michael S. Tsirkin
2015-09-02 3:25 ` [Qemu-devel] [PATCH V2 5/8] memory: don't try to adjust endianness for zero length eventfd Jason Wang
2015-09-02 15:59 ` Greg Kurz
2015-09-02 3:25 ` [Qemu-devel] [PATCH V2 6/8] virtio-pci: use wildcard mmio eventfd for 1.0 notification cap Jason Wang
2015-09-02 7:59 ` Michael S. Tsirkin
2015-09-02 3:25 ` [Qemu-devel] [PATCH V2 7/8] virtio-pci: introduce pio notification capability for modern device Jason Wang
2015-09-02 3:25 ` [Qemu-devel] [PATCH V2 8/8] virtio-pci: unbreak queue_enable read Jason Wang
2015-09-10 9:18 ` [Qemu-devel] [PATCH V2 0/8] virtio 1.0 pci optimizations and fixes Michael S. Tsirkin
2015-09-24 13:14 ` Michael S. Tsirkin
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=1441164325-14417-1-git-send-email-jasowang@redhat.com \
--to=jasowang@redhat.com \
--cc=cornelia.huck@de.ibm.com \
--cc=mst@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 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).