diff options
author | Salyzyn, Mark <mark_salyzyn@adaptec.com> | 2007-05-15 09:14:21 -0400 |
---|---|---|
committer | James Bottomley <jejb@mulgrave.il.steeleye.com> | 2007-05-16 13:06:26 -0400 |
commit | 2ab01efd1d2a24db53b4c5d28a2e20cf2b1206c5 (patch) | |
tree | dee2348e994f54e5dcdfe9f5b692127eb834ec80 /drivers/scsi/scsi_wait_scan.c | |
parent | ed56047aecaddc0a45bb23b61ce933fb81f67ef9 (diff) | |
download | blackbird-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_wait_scan.c')
0 files changed, 0 insertions, 0 deletions