ommit
[2] kernel commit 44ec95425c1d9dce6e4638c29e4362cfb44814e7
[3] https://lkml.org/lkml/2012/6/27/78
[4] qemu commit 6f6071745bd0366221f5a0160ed7d18d0e38b9f7
[5] qemu commit 5def6b80e1eca696c1fc6099e7f4d36729686402
Eric Farman (3):
hw/scsi: Fix debug message of cdb structure in scsi-generic
block: Fix target variable of BLKSEC
ARGET driverbyte=DRIVER_OK
I opted to fill in the same response data that is returned from the
more graceful device detach, where the disk device is removed prior
to the controller device.
Signed-off-by: Eric Farman <far...@linux.vnet.ibm.com>
---
drivers/scsi/virtio_scsi.c | 11 +++
- virsh detach-device guest scsicontroller.xml
v1->v2:
- Hold vq_lock across virtscsi_complete_cmd call (Fam Zheng)
Eric Farman (1):
virtio_scsi: Reject commands when virtqueue is broken
drivers/scsi/virtio_scsi.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
--
1.9.1
--
To
On 01/12/2017 08:45 AM, Fam Zheng wrote:
On Thu, 01/12 08:28, Eric Farman wrote:
- if (virtscsi_kick_cmd(req_vq, cmd, req_size, sizeof(cmd->resp.cmd)) !=
0)
+ ret = virtscsi_kick_cmd(req_vq, cmd, req_size, sizeof(cmd->resp.cmd));
+ if (ret == -EIO) {
+
On 01/11/2017 10:11 PM, Fam Zheng wrote:
On Wed, 01/11 17:02, Eric Farman wrote:
In the case of a graceful set of detaches, where the virtio-scsi-ccw
disk is removed from the guest prior to the controller, the guest
behaves quite normally. Specifically, the detach gets us into
sd_sync_cache
ARGET driverbyte=DRIVER_OK
I opted to fill in the same response data that is returned from the
more graceful device detach, where the disk device is removed prior
to the controller device.
Signed-off-by: Eric Farman <far...@linux.vnet.ibm.com>
---
drivers/scsi/virtio_scsi.c | 8 +++-
1
- virsh detach-device guest scsicontroller.xml
Eric Farman (1):
virtio_scsi: Reject commands when virtqueue is broken
drivers/scsi/virtio_scsi.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
--
1.9.1
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi&
7 matches
Mail list logo