diff options
author | Greg Kurz <groug@kaod.org> | 2017-05-17 10:17:51 +0200 |
---|---|---|
committer | Michael S. Tsirkin <mst@redhat.com> | 2017-05-18 00:35:15 +0300 |
commit | 66453cff9e5e75344c601cd7674c8ef5fefee8a6 (patch) | |
tree | 4707359919cb3efc32625c648bd5995a8d9995cf /fpu | |
parent | 2fa356629ed2ce9c714f11c89c1a074b8bad3fcb (diff) | |
download | qemu-66453cff9e5e75344c601cd7674c8ef5fefee8a6.zip qemu-66453cff9e5e75344c601cd7674c8ef5fefee8a6.tar.gz qemu-66453cff9e5e75344c601cd7674c8ef5fefee8a6.tar.bz2 |
virtio: allow broken device to notify guest
According to section 2.1.2 of the virtio-1 specification:
"The device SHOULD set DEVICE_NEEDS_RESET when it enters an error state that
a reset is needed. If DRIVER_OK is set, after it sets DEVICE_NEEDS_RESET,
the device MUST send a device configuration change notification to the
driver."
Commit "f5ed36635d8f virtio: stop virtqueue processing if device is broken"
introduced a virtio_error() call that just does that:
- internally mark the device as broken
- set the DEVICE_NEEDS_RESET bit in the status
- send a configuration change notification
Unfortunately, virtio_notify_vector(), called by virtio_notify_config(),
returns right away when the device is marked as broken and the notification
isn't sent in this case.
The spec doesn't say whether a broken device can send notifications
in other situations or not. But since the driver isn't supposed to do
anything but to reset the device, it makes sense to keep the check in
virtio_notify_config().
Marking the device as broken AFTER the configuration change notification was
sent is enough to fix the issue.
Signed-off-by: Greg Kurz <groug@kaod.org>
Reviewed-by: Cornelia Huck <cornelia.huck@de.ibm.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
Diffstat (limited to 'fpu')
0 files changed, 0 insertions, 0 deletions