diff options
| author | John Garry <john.garry@huawei.com> | 2021-05-19 16:31:02 +0200 |
|---|---|---|
| committer | Martin K. Petersen <martin.petersen@oracle.com> | 2021-05-22 06:34:39 +0200 |
| commit | ea2f0f77538c50739b9fb4de4700cee5535e1f77 (patch) | |
| tree | d00ad2fbb7d601043caf5549810d13a74294e555 /drivers/scsi/mpt3sas/mpt3sas_scsih.c | |
| parent | scsi: lpfc: Update lpfc version to 12.8.0.10 (diff) | |
| download | linux-ea2f0f77538c50739b9fb4de4700cee5535e1f77.tar.xz linux-ea2f0f77538c50739b9fb4de4700cee5535e1f77.zip | |
scsi: core: Cap scsi_host cmd_per_lun at can_queue
The sysfs handling function sdev_store_queue_depth() enforces that the sdev
queue depth cannot exceed shost can_queue. The initial sdev queue depth
comes from shost cmd_per_lun. However, the LLDD may manually set
cmd_per_lun to be larger than can_queue, which leads to an initial sdev
queue depth greater than can_queue.
Such an issue was reported in [0], which caused a hang. That has since been
fixed in commit fc09acb7de31 ("scsi: scsi_debug: Fix cmd_per_lun, set to
max_queue").
Stop this possibly happening for other drivers by capping shost cmd_per_lun
at shost can_queue.
[0] https://lore.kernel.org/linux-scsi/YHaez6iN2HHYxYOh@T590/
Link: https://lore.kernel.org/r/1621434662-173079-1-git-send-email-john.garry@huawei.com
Reviewed-by: Ming Lei <ming.lei@redhat.com>
Reviewed-by: Bart Van Assche <bvanassche@acm.org>
Signed-off-by: John Garry <john.garry@huawei.com>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'drivers/scsi/mpt3sas/mpt3sas_scsih.c')
0 files changed, 0 insertions, 0 deletions