linux-toradex.git/drivers/message/fusion/mptbase.h, branch v3.3.4

[SCSI] fusion: ensure NUL-termination of MptCallbacksName elements

2011-12-15T06:57:29+00:00

Using strlcpy instead of memcpy makes the strlen() calls superfluous
and also ensures zero-termination of the copied string.
At the same time get rid of the magic constant 50.

Actually, I can't see why copying the callback name is necessary
instead of simply storing a pointer to it (just like to the callback
function itself), but that goes beyond the scope of this fix.

Signed-off-by: Ferenc Wagner 
Acked-by: "Nandigama, Nagalakshmi" 
Signed-off-by: James Bottomley

[SCSI] mptfusion: Fix for device offline while doing aggressive HBA reset

2011-08-27T14:35:53+00:00

[Resend patch as per Bernd Schubert comment ]

Issue:

Device goes offline while doing aggressive HBA reset
along with IO using some utility.

Root cause:

FW goes into bad state due to aggressive reset. Softreset does not
help to recover FW. And also aggressive reset open up the window for
Error handling thread to kicked off at the same time HBA will be in
constant RESET loop as part of aggressive reset test case can lead
Device to goes offline.

Changes:

1. Added extra check as below inside eh_timed_out call back as below.
   if(ioc->ioc_reset_in_progress) Rc = EH_TIMER_RESET

2. Removed " DOORBELL_ACTIVE" check for SAS controller from task
   management context.  Since SAS controller uses high priority queue
   for task management. This check is not required for SAS controller.

3. Moved SoftReset call to HardReset from Task Mgmt context.

Signed-off-by: Kashyap Desai 
Signed-off-by: James Bottomley

[SCSI] mptfusion: Bump version 3.4.20

2011-08-27T14:35:19+00:00

Upgrade version string.
Signed-off-by: Kashyap Desai 
Signed-off-by: James Bottomley

[SCSI] mptfusion: Better handling of DEAD IOC PCI-E Link down error condition

2011-08-27T14:35:16+00:00

Find Non-Operation IOC and remove it from OS: Detecting
dead(non-functional) ioc will be done reading doorbell register value
from fault reset thread, which has been called from work thread
context after each specific interval. If doorbell value is 0xFFFFFFFF,
it will be considered as IOC is non-operational and marked as dead
ioc.

Once Dead IOC has been detected, it will be removed at pci layer using
"pci_remove_bus_device" API.

Signed-off-by: Kashyap Desai 
Signed-off-by: James Bottomley

[SCSI] mptfusion: Bump version 3.4.19

2011-05-01T16:58:22+00:00

Signed-off-by: Kashyap Desai 
Signed-off-by: James Bottomley

[SCSI] mptfusion: Bump version 03.04.18

2011-02-12T18:51:21+00:00

Signed-off-by: Kashyap Desai 
Signed-off-by: James Bottomley

mpt fusion: convert to seq_file

2010-08-11T15:59:00+00:00

Convert everything except ->proc_info() stuff, it is done within separate
->proc_info path series.

Problem with ->read_proc et al is described here commit
786d7e1612f0b0adb6046f19b906609e4fe8b1ba "Fix rmmod/read/write races in
/proc entries"

Signed-off-by: Alexey Dobriyan 
Cc: Eric Moore 
Cc: James Bottomley 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[SCSI] mptfusion: Bump version 03.04.17

2010-07-28T14:07:47+00:00

Version upgrade patch.

Signed-off-by: Kashyap Desai 
Signed-off-by: James Bottomley

[SCSI] mptfusion: Extra debug prints added relavent to Device missing delay error handling

2010-07-28T14:07:47+00:00

Adding function name in original debug prints and few more debug prints are
added.

Signed-off-by: Kashyap Desai 
Cc: Stable Tree 
Signed-off-by: James Bottomley

[SCSI] mptfusion: Block Error handling for deleting devices or Device in DMD

2010-07-28T14:07:46+00:00

Issue description:
In multipath topology, when device deletion is in transient state,
multipath driver can call blk_flush_queue() as part of path failure.
Before device get deleted from OS, Device may go OFFLINE as part of error
handling kicked off triggered from multipathing driver. Above condition hits
more frequently if device missing delay timer (which is LSI specific firmware
parameter) is non zero value.

root cause of this issue is Error handling thread is getting kicked off for
device which is not really present(in transient state of deleting).

This patch has solution for this issue. driver is now using eh_timed_out
callback. See below.

mptsas_transport_template->eh_timed_out = mptsas_eh_timed_out

Using mptsas_eh_timed_out function, driver can decide weather vdevice is
under Device missing delay or deleting state.

for either of those cases, there is BLK_EH_RESET_TIMER return to scsi mid
and error handling thread will not be kicked off for that particular scsi
command.

Signed-off-by: Kashyap Desai 
Cc: Stable Tree 
Signed-off-by: James Bottomley