From: Fam Zheng <famz@redhat.com>
To: qemu-devel@nongnu.org
Cc: Kevin Wolf <kwolf@redhat.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
Amit Shah <amit.shah@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: [Qemu-devel] [PATCH 00/18] virtio-blk: Support "VIRTIO_CONFIG_S_NEEDS_RESET"
Date: Fri, 17 Apr 2015 15:59:15 +0800 [thread overview]
Message-ID: <1429257573-7359-1-git-send-email-famz@redhat.com> (raw)
Currently, virtio code chooses to kill QEMU if the guest passes any invalid
data with vring. That has drawbacks such as losing unsaved data (e.g. when
guest user is writing a very long email), or possible denial of service in
a nested vm use case where virtio device is passed through.
virtio-1 has introduced a new status bit "NEEDS RESET" which could be used to
improve this by communicating the error state between virtio devices and
drivers. The device notifies guest upon setting the bit, then the guest driver
should detect this bit and report to userspace, or recover the device by
resetting it.
This series makes necessary changes in virtio core code, based on which
virtio-blk is converted. Other devices now keep the existing behavior by
passing in "error_abort". They will be converted in following series. The Linux
driver part will also be worked on.
One concern with this behavior change is that it's now harder to notice the
actual driver bug that caused the error, as the guest continues to run. To
address that, we could probably add a new error action option to virtio
devices, similar to the "read/write werror" in block layer, so the vm could be
paused and the management will get an event in QMP like pvpanic. This work can
be done on top.
Fam Zheng (18):
virtio: Return error from virtqueue_map_sg
virtio: Return error from virtqueue_num_heads
virtio: Return error from virtqueue_get_head
virtio: Return error from virtqueue_next_desc
virtio: Return error from virtqueue_get_avail_bytes
virtio: Return error from virtqueue_pop
virtio: Return error from virtqueue_avail_bytes
virtio: Return error from virtio_add_queue
virtio: Return error from virtio_del_queue
virtio: Add macro for VIRTIO_CONFIG_S_NEEDS_RESET
virtio: Add "needs_reset" flag to virtio device
virtio: Return -EINVAL if the vdev needs reset in virtqueue_pop
virtio-blk: Graceful error handling of virtqueue_pop
qtest: Add "QTEST_FILTER" to filter test cases
qtest: virtio-blk: Extract "setup" for future reuse
libqos: Add qvirtio_needs_reset
qtest: Add test case for "needs reset" of virtio-blk
qtest: virtio-blk: Suppress virtio error messages in "make check"
hw/9pfs/virtio-9p-device.c | 2 +-
hw/9pfs/virtio-9p.c | 2 +-
hw/block/dataplane/virtio-blk.c | 9 +-
hw/block/virtio-blk.c | 62 +++++--
hw/char/virtio-serial-bus.c | 30 ++--
hw/net/virtio-net.c | 36 +++--
hw/scsi/virtio-scsi.c | 8 +-
hw/virtio/virtio-balloon.c | 13 +-
hw/virtio/virtio-rng.c | 6 +-
hw/virtio/virtio.c | 214 ++++++++++++++++++-------
include/hw/virtio/virtio-blk.h | 3 +-
include/hw/virtio/virtio.h | 17 +-
include/standard-headers/linux/virtio_config.h | 2 +
tests/Makefile | 6 +-
tests/libqos/virtio.c | 5 +
tests/libqos/virtio.h | 2 +
tests/virtio-blk-test.c | 196 ++++++++++++++++++++--
17 files changed, 482 insertions(+), 131 deletions(-)
--
1.9.3
next reply other threads:[~2015-04-17 7:59 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-17 7:59 Fam Zheng [this message]
2015-04-17 7:59 ` [Qemu-devel] [PATCH 01/18] virtio: Return error from virtqueue_map_sg Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 02/18] virtio: Return error from virtqueue_num_heads Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 03/18] virtio: Return error from virtqueue_get_head Fam Zheng
2015-04-21 6:27 ` Michael S. Tsirkin
2015-04-17 7:59 ` [Qemu-devel] [PATCH 04/18] virtio: Return error from virtqueue_next_desc Fam Zheng
2015-04-21 6:37 ` Michael S. Tsirkin
2015-04-21 7:30 ` Fam Zheng
2015-04-21 9:56 ` Michael S. Tsirkin
2015-04-17 7:59 ` [Qemu-devel] [PATCH 05/18] virtio: Return error from virtqueue_get_avail_bytes Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 06/18] virtio: Return error from virtqueue_pop Fam Zheng
2015-04-21 6:49 ` Michael S. Tsirkin
2015-04-21 7:24 ` Fam Zheng
2015-04-21 9:51 ` Michael S. Tsirkin
2015-04-17 7:59 ` [Qemu-devel] [PATCH 07/18] virtio: Return error from virtqueue_avail_bytes Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 08/18] virtio: Return error from virtio_add_queue Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 09/18] virtio: Return error from virtio_del_queue Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 10/18] virtio: Add macro for VIRTIO_CONFIG_S_NEEDS_RESET Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 11/18] virtio: Add "needs_reset" flag to virtio device Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 12/18] virtio: Return -EINVAL if the vdev needs reset in virtqueue_pop Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 13/18] virtio-blk: Graceful error handling of virtqueue_pop Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 14/18] qtest: Add "QTEST_FILTER" to filter test cases Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 15/18] qtest: virtio-blk: Extract "setup" for future reuse Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 16/18] libqos: Add qvirtio_needs_reset Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 17/18] qtest: Add test case for "needs reset" of virtio-blk Fam Zheng
2015-04-17 7:59 ` [Qemu-devel] [PATCH 18/18] qtest: virtio-blk: Suppress virtio error messages in "make check" Fam Zheng
2015-04-20 15:13 ` [Qemu-devel] [PATCH 00/18] virtio-blk: Support "VIRTIO_CONFIG_S_NEEDS_RESET" Cornelia Huck
2015-04-21 7:44 ` Fam Zheng
2015-04-21 8:04 ` Cornelia Huck
2015-04-21 8:38 ` Fam Zheng
2015-04-21 9:08 ` Cornelia Huck
2015-04-21 9:16 ` Fam Zheng
2015-04-21 9:55 ` Cornelia Huck
2015-04-21 9:59 ` Michael S. Tsirkin
2015-04-20 17:36 ` Michael S. Tsirkin
2015-04-20 19:10 ` Paolo Bonzini
2015-04-20 20:34 ` Michael S. Tsirkin
2015-04-21 2:39 ` Fam Zheng
2015-04-21 6:52 ` Paolo Bonzini
2015-04-21 6:58 ` Michael S. Tsirkin
2015-04-21 2:37 ` Fam Zheng
2015-04-21 5:22 ` Michael S. Tsirkin
2015-04-21 5:50 ` Fam Zheng
2015-04-21 6:09 ` 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=1429257573-7359-1-git-send-email-famz@redhat.com \
--to=famz@redhat.com \
--cc=amit.shah@redhat.com \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=kwolf@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--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).