linux-toradex.git/drivers/message/fusion/mptsas.c, branch v2.6.30.2

[SCSI] mptsas: remove unneeded check

2009-04-03T14:23:10+00:00

Signed-off-by: Alan Cox 
Cc: Eric Moore 
Signed-off-by: James Bottomley

[SCSI] replace FUNCTION with func

2008-07-27T14:31:49+00:00

[jejb: fixed up a ton of missed conversions.

 All of you are on notice this has happened, driver trees will now
 need to be rebased]

Signed-off-by: Harvey Harrison 
Cc: SCSI List 
Signed-off-by: Andrew Morton 
Signed-off-by: James Bottomley

[SCSI] mpt fusion : Updated copyright statment with 2008 included

2008-06-05T14:27:17+00:00

Updating copyright statement to include the year 2008

Signed-off-by: Sathya Prakash 
Signed-off-by: James Bottomley

[SCSI] fusion mpt: fix target missing after resetting external raid

2008-05-27T15:58:09+00:00

Following a hard reset of a SAS raid, one of the raid targets is occasionally
missing.  I tracked this down to a pretty obscure little bug.

The LSI fusion drivers for SAS and Fibre Channel both use their respective
transport layers.  Those transport layers increment the target number
assigned to new targets.

The routine __scsi_scan_target uses the "this_id" element of the Scsi_Host
structure to avoid scanning the scsi host adapter.  Both fusion drivers set
"this_id" from a value returned in a firmware PortFacts response.  For my
particular test case (SAS) the firmware id assigned to the initiator was
173.  After enough raid resets to cause the raid targets to go and come a
sufficient number of times, the id assigned by the transport to a raid
target would match the id assigned by the host adapter to the "this_id"
field, resulting in that target not being scanned.

Fix by not assigning this_id and not checking it in slave_configure. 

Signed-off-by: Michael Reed 
Acked-by: "Moore, Eric" 
Signed-off-by: James Bottomley

[SCSI] mptsas: do not use ioc->handle to locate hba portinfo structure

2008-04-07T17:19:00+00:00

While performing hardware raid reset testing via the raid's client, I
noticed that sometimes, following the reset, that there would be more
raid targets in the lsscsi output than there actually were raid
targets.  I tracked this down to the following issue.

Fusion cannot always find the mptsas_portinfo structure for the hba
because it uses the handle stored in ioc->handle to locate it.  The
problem is that the firmware can change the handle associated with the
hba when h/w raid is reset (via the raid client).  When this happens,
the driver will allocate another mptsas_portinfo structure and link it
into the chain of said structures.  This ultimately causes confusion
within the driver resulting in targets not being removed when they
should be.

Eric Moore pointed out that the hba's portinfo structure is always the
first structure on the sas_topology list.  This patch modifies
mptsas.c to access the hba's portinfo structure by taking the first
structure on said list.

Signed-off-by: Michael Reed 
Acked-by: "Moore, Eric" 
Signed-off-by: James Bottomley

[SCSI] mpt fusion: don't oops if NumPhys==0

2008-03-05T20:57:57+00:00

Don't oops if NumPhys==0, instead return -ENODEV.
This patch fixes http://bugzilla.kernel.org/show_bug.cgi?id=9909

Signed-off-by: Krzysztof Piotr Oledzki 
Acked-by: Eric Moore 
Signed-off-by: Andrew Morton 
Signed-off-by: James Bottomley

[SCSI] mpt fusion: make mptsas_smp_handler update resid

2008-01-12T00:29:09+00:00

This patch fixes mptsas_smp_handler to update both din_resid or
dout_resid on success. bsg can report back the residual.

Signed-off-by: FUJITA Tomonori 
Signed-off-by: James Bottomley

[SCSI] mpt fusion: fix up fusion prints using the sdev_printk, dev_printk, and shost_printk API

2007-10-12T18:52:19+00:00

Cleaning up prints that use the xxx_printk API, in that the fusion
preamble "mptbase: iocX" follows the info provided by the print API.
The way its currently coded, the [H:C:T] print in sdev_printk will be
inbetween "mptbase" and "iocX", instead of before.

Signed-off-by: Eric Moore 
Signed-off-by: James Bottomley

[SCSI] mpt fusion: lock down ScsiLookup

2007-10-12T18:52:15+00:00

ScsiLookup is an array of pending scmd pointers that the scsi lld
maintains. This array is touched from queuecommand, eh threads, and
interrupt context. This array should put under locks, hence this patch
to synchronize its access.  I've added some nice little function
wrappers for this, and moved the ScsiLookup array over to MPT_ADAPTER
struct.

Signed-off-by: Eric Moore 
Signed-off-by: James Bottomley

[SCSI] mpt fusion: Fix sparse warnings

2007-10-12T18:52:11+00:00

List below is output from C=2 sparse compilation, which are fixed with
this patch.

1) mptspi: pg0 is defined in x86 version of include/asm/pgtable.h

2) mptsas: context imbalance in 'mptsas_probe' different lock contexts
   for basic block

3) mptbase: from mpt_attach - cast adds address space to expression

4) mptbase: from mpt_do_upload - request[] is bad constant expression

Signed-off-by: Eric Moore 
Signed-off-by: James Bottomley