summaryrefslogtreecommitdiffstats
path: root/drivers/scsi/scsi_transport_fc.c
diff options
context:
space:
mode:
authorSalyzyn, Mark <mark_salyzyn@adaptec.com>2007-05-15 09:14:21 -0400
committerJames Bottomley <jejb@mulgrave.il.steeleye.com>2007-05-16 13:06:26 -0400
commit2ab01efd1d2a24db53b4c5d28a2e20cf2b1206c5 (patch)
treedee2348e994f54e5dcdfe9f5b692127eb834ec80 /drivers/scsi/scsi_transport_fc.c
parented56047aecaddc0a45bb23b61ce933fb81f67ef9 (diff)
downloadblackbird-op-linux-2ab01efd1d2a24db53b4c5d28a2e20cf2b1206c5.tar.gz
blackbird-op-linux-2ab01efd1d2a24db53b4c5d28a2e20cf2b1206c5.zip
[SCSI] aacraid: Correct sa platform support. (Was: [Bug 8469] Bad EIP value on pentium3 SMP kernel-2.6.21.1)
http://bugzilla.kernel.org/show_bug.cgi?id=8469 As discussed in the bugzilla outlined below, we have an sa based (Mustang) RAID adapter on the system, a Dell PERC2/QC. Affected controllers are HP NetRAID, Adaptec AAC-364, Dell PERC2/QC or Adaptec 5400S. This problem coincides with the introduction of the adapter_comm and adapter_deliver platform functions (Message [PATCH 1/4] aacraid: rework communication support code, January 23 2007, which initially migrated to 2.6.21) The panic occurs with an uninitialized adapter_deliver platform function pointer. The enclosed patch, unmodified as tested by Rainer, solves the problem. Signed-off-by: Mark Salyzyn <aacraid@adaptec.com> Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Diffstat (limited to 'drivers/scsi/scsi_transport_fc.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud