From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:53236) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtJRe-0001ms-QR for qemu-devel@nongnu.org; Thu, 10 Jan 2013 09:49:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TtJRd-0006QV-FB for qemu-devel@nongnu.org; Thu, 10 Jan 2013 09:49:26 -0500 Received: from mail-vb0-f41.google.com ([209.85.212.41]:47845) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtJRd-0006Pz-7y for qemu-devel@nongnu.org; Thu, 10 Jan 2013 09:49:25 -0500 Received: by mail-vb0-f41.google.com with SMTP id l22so476746vbn.28 for ; Thu, 10 Jan 2013 06:49:24 -0800 (PST) Sender: Paolo Bonzini From: Paolo Bonzini Date: Thu, 10 Jan 2013 15:49:06 +0100 Message-Id: <1357829348-3496-1-git-send-email-pbonzini@redhat.com> Subject: [Qemu-devel] [PATCH 0/2] virtio-scsi: abort in-flight I/O when the device is reset List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: aliguori@us.ibm.com, mst@redhat.com This fixes the virtio-scsi problem by forcing a reset of the SCSI bus from virtio_reset. The reset will happen twice on machine initialization (and this is why I preferred the other approach, using qdev_reset_all in virtio code), but that's harmless. Paolo Bonzini (2): qdev: add qbus_reset_all virtio-scsi: abort in-flight I/O when the device is reset hw/qdev-core.h | 12 ++++++++++++ hw/qdev.c | 7 ++++++- hw/virtio-scsi.c | 4 ++++ 3 files changed, 22 insertions(+), 1 deletion(-) -- 1.8.1