]> git.ipfire.org Git - thirdparty/qemu.git/commit
virtio: zero vq->inuse in virtio_reset()
authorStefan Hajnoczi <stefanha@redhat.com>
Wed, 7 Sep 2016 15:51:25 +0000 (11:51 -0400)
committerMichael Roth <mdroth@linux.vnet.ibm.com>
Thu, 15 Sep 2016 01:50:24 +0000 (20:50 -0500)
commit1af2c3fcb89969f0fc5e31d6e50561a770c9fa8a
tree34d59c25551ba0e03542f08ff685c439e7dde62e
parent85d0a53c583656e5e37a8317f9119933c796847f
virtio: zero vq->inuse in virtio_reset()

vq->inuse must be zeroed upon device reset like most other virtqueue
fields.

In theory, virtio_reset() just needs assert(vq->inuse == 0) since
devices must clean up in-flight requests during reset (requests cannot
not be leaked!).

In practice, it is difficult to achieve vq->inuse == 0 across reset
because balloon, blk, 9p, etc implement various different strategies for
cleaning up requests.  Most devices call g_free(elem) directly without
telling virtio.c that the VirtQueueElement is cleaned up.  Therefore
vq->inuse is not decremented during reset.

This patch zeroes vq->inuse and trusts that devices are not leaking
VirtQueueElements across reset.

I will send a follow-up series that refactors request life-cycle across
all devices and converts vq->inuse = 0 into assert(vq->inuse == 0) but
this more invasive approach is not appropriate for stable trees.

Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Cc: qemu-stable <qemu-stable@nongnu.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Ladi Prosek <lprosek@redhat.com>
(cherry picked from commit 4b7f91ed0270a371e1933efa21ba600b6da23ab9)
Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com>
hw/virtio/virtio.c