diff mbox series

[PATCHv2] virtio_scsi: do not overwrite SCSI status

Message ID 20210622091153.29231-1-hare@suse.de (mailing list archive)
State Accepted
Headers show
Series [PATCHv2] virtio_scsi: do not overwrite SCSI status | expand

Commit Message

Hannes Reinecke June 22, 2021, 9:11 a.m. UTC
When a sense code is present we should not override the scsi status;
the driver already sets it based on the response from the hypervisor.

Fixes:  464a00c9e0ad ("scsi: core: Kill DRIVER_SENSE")
Signed-off-by: Hannes Reinecke <hare@suse.de>
Tested-by: Guenter Roeck <linux@roeck-us.net>
Tested-by: Jiri Slaby <jirislaby@kernel.org>
---
 drivers/scsi/virtio_scsi.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

Comments

Martin K. Petersen June 23, 2021, 1:50 a.m. UTC | #1
Hannes,

> When a sense code is present we should not override the scsi status;
> the driver already sets it based on the response from the hypervisor.

Applied to 5.14/scsi-staging, thanks!
Christian Borntraeger June 23, 2021, 5:33 a.m. UTC | #2
> Applied to 5.14/scsi-staging, thanks!

This fixes virtio-scsi for me.
Thanks.

Tested-by: Christian Borntraeger <borntraeger@de.ibm.com>
Martin K. Petersen June 29, 2021, 4:10 a.m. UTC | #3
On Tue, 22 Jun 2021 11:11:53 +0200, Hannes Reinecke wrote:

> When a sense code is present we should not override the scsi status;
> the driver already sets it based on the response from the hypervisor.

Applied to 5.14/scsi-queue, thanks!

[1/1] virtio_scsi: do not overwrite SCSI status
      https://git.kernel.org/mkp/scsi/c/c43ddbf97f46
Guenter Roeck July 3, 2021, 6:35 p.m. UTC | #4
Hi,

On Tue, Jun 22, 2021 at 11:11:53AM +0200, Hannes Reinecke wrote:
> When a sense code is present we should not override the scsi status;
> the driver already sets it based on the response from the hypervisor.
> 
> Fixes:  464a00c9e0ad ("scsi: core: Kill DRIVER_SENSE")
> Signed-off-by: Hannes Reinecke <hare@suse.de>
> Tested-by: Guenter Roeck <linux@roeck-us.net>
> Tested-by: Jiri Slaby <jirislaby@kernel.org>
> Tested-by: Christian Borntraeger <borntraeger@de.ibm.com>

This patch didn't make it into mainline, but commit 464a00c9e0ad is
there. This means that virtio_scsi is now broken in mainline (as of
v5.13-9356-g4b820e167bf6). Did it get lost, or is it still queued
somewhere ?

Thanks,
Guenter

> ---
>  drivers/scsi/virtio_scsi.c | 3 +--
>  1 file changed, 1 insertion(+), 2 deletions(-)
> 
> diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c
> index fd69a03d6137..ad78bf631900 100644
> --- a/drivers/scsi/virtio_scsi.c
> +++ b/drivers/scsi/virtio_scsi.c
> @@ -156,12 +156,11 @@ static void virtscsi_complete_cmd(struct virtio_scsi *vscsi, void *buf)
>  
>  	WARN_ON(virtio32_to_cpu(vscsi->vdev, resp->sense_len) >
>  		VIRTIO_SCSI_SENSE_SIZE);
> -	if (sc->sense_buffer) {
> +	if (resp->sense_len) {
>  		memcpy(sc->sense_buffer, resp->sense,
>  		       min_t(u32,
>  			     virtio32_to_cpu(vscsi->vdev, resp->sense_len),
>  			     VIRTIO_SCSI_SENSE_SIZE));
> -		set_status_byte(sc, SAM_STAT_CHECK_CONDITION);
>  	}
>  
>  	sc->scsi_done(sc);
Martin K. Petersen July 3, 2021, 10:09 p.m. UTC | #5
Guenter,

> This patch didn't make it into mainline, but commit 464a00c9e0ad is
> there. This means that virtio_scsi is now broken in mainline (as of
> v5.13-9356-g4b820e167bf6). Did it get lost, or is it still queued
> somewhere ?

It's still in 5.14/scsi-queue:

https://git.kernel.org/pub/scm/linux/kernel/git/mkp/scsi.git/log/?h=5.14/scsi-queue
diff mbox series

Patch

diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c
index fd69a03d6137..ad78bf631900 100644
--- a/drivers/scsi/virtio_scsi.c
+++ b/drivers/scsi/virtio_scsi.c
@@ -156,12 +156,11 @@  static void virtscsi_complete_cmd(struct virtio_scsi *vscsi, void *buf)
 
 	WARN_ON(virtio32_to_cpu(vscsi->vdev, resp->sense_len) >
 		VIRTIO_SCSI_SENSE_SIZE);
-	if (sc->sense_buffer) {
+	if (resp->sense_len) {
 		memcpy(sc->sense_buffer, resp->sense,
 		       min_t(u32,
 			     virtio32_to_cpu(vscsi->vdev, resp->sense_len),
 			     VIRTIO_SCSI_SENSE_SIZE));
-		set_status_byte(sc, SAM_STAT_CHECK_CONDITION);
 	}
 
 	sc->scsi_done(sc);