linux-toradex.git/drivers/scsi/hpsa.h, branch v3.10.33

[SCSI] hpsa: dial down lockup detection during firmware flash

2012-05-10T08:19:39+00:00

Dial back the aggressiveness of the controller lockup detection thread.
Currently it will declare the controller to be locked up if it goes
for 10 seconds with no interrupts and no change in the heartbeat
register.  Dial back this to 30 seconds with no heartbeat change, and
also snoop the ioctl path and if a firmware flash command is detected,
dial it back further to 4 minutes until the firmware flash command
completes.  The reason for this is that during the firmware flash
operation, the controller apparently doesn't update the heartbeat
register as frequently as it is supposed to, and we can get a false
positive.

Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley

[SCSI] hpsa: removed unused member maxQsinceinit

2012-05-10T08:18:55+00:00

Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley

[SCSI] hpsa: refine interrupt handler locking for greater concurrency

2012-05-10T08:17:26+00:00

Use spinlocks with finer granularity in the submission and
completion paths to allow concurrent execution for multiple
reply queues.  In particular, do not hold a spin lock while
submitting a request to the device, nor during most of the
interrupt handler.

Signed-off-by: Matt Gates 
Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley

[SCSI] hpsa: use multiple reply queues

2012-05-10T08:16:25+00:00

Smart Arrays can support multiple reply queues onto which command
completions may be deposited.  It can help performance quite a bit
to arrange for command completions to be processed on the same CPU
from which they were submitted to increase the likelihood of cache
hits.

Signed-off-by: Matt Gates 
Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley

[SCSI] hpsa: add abort error handler function

2012-05-10T08:14:29+00:00

Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley

[SCSI] hpsa: do not read from controller unnecessarily in completion code

2012-05-10T08:11:43+00:00

MSI/MSI-X interrupts can't race the DMA completion they are communicating
so no need to read from controller to flush the DMA to the host if
MSI or MSI-X interrupts are being used.

Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley

[SCSI] hpsa: factor out driver name

2012-02-19T14:08:55+00:00

Sometimes, for testing purposes (e.g. testing rmmod on a system
that normally boots using hpsa) it's nice to rename the driver
and split it into two drivers and restrict it to certain
controllers.  This makes that easier.

Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley

[SCSI] hpsa: removed unneeded structure member max_sg_entries and fix badly named constant MAXSGENTRIES

2012-02-19T14:08:55+00:00

We had both h->max_sg_entries and h->maxsgentries in the per controller
structure which is terribly confusing.  max_sg_entries was really
just a constant, 32, which defines how big the "block fetch table"
is, which is as large as the max number of SG elements embedded
within a command (excluding SG elements in chain blocks).

MAXSGENTRIES was the constant used to denote the max number of SG
elements embedded within a command, also a poor name.

So renamed MAXSGENTREIS to SG_ENTRIES_IN_CMD, and removed
h->max_sg_entries and replaced it with SG_ENTRIES_IN_CMD.

h->maxsgentries is unchanged, and is the maximum number of sg
elements the controller will support in a command, including
those in chain blocks, minus 1 for the chain block pointer..

Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley

[SCSI] hpsa: detect controller lockup

2011-10-30T10:35:01+00:00

When controller lockup condition is detected,
we should fail all outstanding commands and disable
the controller.  This will enable multipath solutions
to recover gracefully.

Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley

[SCSI] hpsa: fix potential array overflow in hpsa_update_scsi_devices

2011-10-30T10:34:04+00:00

The currentsd[] array in hpsa_update_scsi_devices had room for
256 devices.  The code was iterating over however many physical
and logical devices plus an additional number of possible external
MSA2XXX controllers, which together could potentially exceed 256.

We increased the size of the currentsd array to 1024 + 1024 + 32 + 1
elements to reflect a reasonable maximum possible number of devices
which might be encountered.  We also don't just walk off the end
of the array if the array controller reports more devices than we
are prepared to handle, we just ignore the excessive devices.

Signed-off-by: Scott Teel 
Signed-off-by: Stephen M. Cameron 
Signed-off-by: James Bottomley