diff options
| author | Ye Bin <[email protected]> | 2025-02-17 02:16:28 +0000 |
|---|---|---|
| committer | Martin K. Petersen <[email protected]> | 2025-02-21 02:20:58 +0000 |
| commit | dce5c4afd035e8090a26e5d776b1682c0e649683 (patch) | |
| tree | 273f21fc1f3f4e69ad8acac14e5774940d8738f6 /net/unix/af_unix.c | |
| parent | scsi: ufs: core: Fix ufshcd_is_ufs_dev_busy() and ufshcd_eh_timed_out() (diff) | |
| download | kernel-dce5c4afd035e8090a26e5d776b1682c0e649683.tar.gz kernel-dce5c4afd035e8090a26e5d776b1682c0e649683.zip | |
scsi: core: Clear driver private data when retrying request
After commit 1bad6c4a57ef ("scsi: zero per-cmd private driver data for each
MQ I/O"), the xen-scsifront/virtio_scsi/snic drivers all removed code that
explicitly zeroed driver-private command data.
In combination with commit 464a00c9e0ad ("scsi: core: Kill DRIVER_SENSE"),
after virtio_scsi performs a capacity expansion, the first request will
return a unit attention to indicate that the capacity has changed. And then
the original command is retried. As driver-private command data was not
cleared, the request would return UA again and eventually time out and fail.
Zero driver-private command data when a request is retried.
Fixes: f7de50da1479 ("scsi: xen-scsifront: Remove code that zeroes driver-private command data")
Fixes: c2bb87318baa ("scsi: virtio_scsi: Remove code that zeroes driver-private command data")
Fixes: c3006a926468 ("scsi: snic: Remove code that zeroes driver-private command data")
Signed-off-by: Ye Bin <[email protected]>
Reviewed-by: Bart Van Assche <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Martin K. Petersen <[email protected]>
Diffstat (limited to 'net/unix/af_unix.c')
0 files changed, 0 insertions, 0 deletions