summaryrefslogtreecommitdiffstats
path: root/drivers/scsi/hpsa.h
diff options
context:
space:
mode:
authorStephen M. Cameron <scameron@beardog.cce.hp.com>2013-09-23 13:34:17 -0500
committerJames Bottomley <JBottomley@Parallels.com>2013-12-19 07:38:56 -0800
commit396883e292ebe1e14ded99fd8b26be500926f055 (patch)
tree71cd4a71008293204144136a024dd551738c1794 /drivers/scsi/hpsa.h
parent0390f0c0dfb540149d7369276b17ec53caf506cb (diff)
downloadop-kernel-dev-396883e292ebe1e14ded99fd8b26be500926f055.zip
op-kernel-dev-396883e292ebe1e14ded99fd8b26be500926f055.tar.gz
[SCSI] hpsa: prevent stalled i/o
If a fifo full condition is encountered, i/o requests will stack up in the h->reqQ queue. The only thing which empties this queue is start_io, which only gets called when new i/o requests come in. If none are forthcoming, i/o in h->reqQ will be stalled. To fix this, whenever fifo full condition is encountered, this is recorded, and the interrupt handler examines this to see if a fifo full condition was recently encountered when a command completes and will call start_io to prevent i/o's in h->reqQ from getting stuck. I've only ever seen this problem occur when running specialized test programs that pound on the the CCISS_PASSTHRU ioctl. Signed-off-by: Stephen M. Cameron <scameron@beardog.cce.hp.com> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Diffstat (limited to 'drivers/scsi/hpsa.h')
-rw-r--r--drivers/scsi/hpsa.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/drivers/scsi/hpsa.h b/drivers/scsi/hpsa.h
index 6eabf08..5f3f72f 100644
--- a/drivers/scsi/hpsa.h
+++ b/drivers/scsi/hpsa.h
@@ -136,6 +136,7 @@ struct ctlr_info {
atomic_t firmware_flash_in_progress;
u32 lockup_detected;
struct list_head lockup_list;
+ u32 fifo_recently_full;
/* Address of h->q[x] is passed to intr handler to know which queue */
u8 q[MAX_REPLY_QUEUES];
u32 TMFSupportFlags; /* cache what task mgmt funcs are supported. */
OpenPOWER on IntegriCloud