[SCSI] fix shared tag map tag allocation
When drivers use a shared tag map we can end up with more requests than tags, because the tag map is shost->can_queue tags and there can be sdevs * sdev->queue_depth requests. In scsi_request_fn if tag allocation fails we just drop down to just dequeueing the tag without a tag. The problem is that drivers using the shared tag map rely on a valid tag always being set, because it will use the tag number to lookup commands later. This patch has us check if we got a valid tag when the host lock is held right before we check if the host queue is ready. We do the check here because to allocate the tag we need the q lock, but if the tag is bad we want to add the device/q onto the starved list which requires the host lock. Signed-off-by: Mike Christie <michaelc@cs.wisc.edu> Signed-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>
This commit is contained in:
Родитель
5d90027fb5
Коммит
ecefe8a975
|
@ -1497,6 +1497,21 @@ static void scsi_request_fn(struct request_queue *q)
|
|||
}
|
||||
spin_lock(shost->host_lock);
|
||||
|
||||
/*
|
||||
* We hit this when the driver is using a host wide
|
||||
* tag map. For device level tag maps the queue_depth check
|
||||
* in the device ready fn would prevent us from trying
|
||||
* to allocate a tag. Since the map is a shared host resource
|
||||
* we add the dev to the starved list so it eventually gets
|
||||
* a run when a tag is freed.
|
||||
*/
|
||||
if (blk_queue_tagged(q) && (req->tag == -1)) {
|
||||
if (list_empty(&sdev->starved_entry))
|
||||
list_add_tail(&sdev->starved_entry,
|
||||
&shost->starved_list);
|
||||
goto not_ready;
|
||||
}
|
||||
|
||||
if (!scsi_host_queue_ready(q, shost, sdev))
|
||||
goto not_ready;
|
||||
if (scsi_target(sdev)->single_lun) {
|
||||
|
|
Загрузка…
Ссылка в новой задаче