Bug 84370 - (SCSI AIC79XX)SCSI corruption with aic79xx driver versions 1.0.0 and 1.1.0
Summary: (SCSI AIC79XX)SCSI corruption with aic79xx driver versions 1.0.0 and 1.1.0
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 8.0
Hardware: athlon
OS: Linux
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2003-02-15 00:15 UTC by Stephen Walton
Modified: 2015-01-04 22:02 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2004-05-27 14:10:54 UTC

Attachments (Terms of Use)

Description Stephen Walton 2003-02-15 00:15:08 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
I have been seeing persistent data corruption when running I/O intensive
operations, such as a kernel rebuild, on a system with the following specs: 
Tyan S2469UGN motherboard, two AMD Athlon 2200+ CPU's, three Western Digital 160
GB IDE disks, and two Seagate Cheetah 36.7 GB LVD disks.  The vendor, Monarch
Computer, shipped me a driver disk with version 1.1.0 of the aic79xx driver.

Updating to version 1.3.1 of the aic79xx driver seems to have fixed my problems;
 this driver can be downloaded from http://people.freebsd.org/~gibbs/linux .

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.  Buy or build a dual Athlon system with an Adaptec U320 controller.
2.  Install the kernel-source RPM and build a kernel.  OR
3.  Download and install the ATLAS subroutine library from
4   Building on the same system on an IDE disk should work normally.

Actual Results:  Data corruption:  oddball syntax errors from the kernel build

Expected Results:  No corruption

Additional info:

RedHat should in my opinion absolutely ship version 1.3.1 of Adaptec's aic79xx
driver with its kernels.

Comment 1 Nate Faerber 2003-02-18 20:09:38 UTC
I second this opinion.  We have been having major issues with anything below the
1.3.0 version of this driver.  Although I haven't gotten my hands on 1.3.1, it
should be included with this all new kernels including 8.1.

Comment 2 Nate Faerber 2003-02-18 20:20:28 UTC
Sorry, I realize my previous comment was painfully unhelpful.

We have experienced serious stability issues with regards to the 1.0.0 and 1.1.0
drivers on dual Xeon based motherboards.  These are Tyan S2665 and S2721. 
Basically, lots of disk IO and/or system stress can and will cause kernel panics
and system lockups.

One easily reproducible test should be to create a RAID 0 stripe with 3 drives
and run a disk benchmark like bonnie++.

Comment 3 Samuel Flory 2003-04-01 19:18:31 UTC
I've seen similar issues on the intel SE7501wv2.   Under both Red Hat's latest
eratta kernel, and 2.4.21-pre5-ac1.  I saw file system corruption.  Updating to
the 1.3.5 driver seems to have fixed the issue.

More info on my issues here:

Comment 4 Nate Faerber 2003-04-01 19:31:14 UTC
Yes, 1.3.5 has helped immensely with our issues.  The point right now is to get
Red Hat to recognize the problem with 1.0.0 drivers and update the kernel to
include _reliable_ versions of the aic79xx driver.

Comment 5 Samuel Flory 2003-04-01 20:11:34 UTC
   Hmmm I think I gave the wrong version.  I could swear Justin said 1.3.5, but
the driver I'm using claims it's 1.3.4.

Comment 6 Nate Faerber 2003-04-01 20:33:54 UTC
It may be a snapshot of the 1.3.5 driver that was released a week before the
official 1.3.5 driver.  This snapshot still had the 1.3.4 version number in it.
 The snapshot was dated 20030318 while the driver properly label 1.3.5 is 20030325.

Comment 7 Alan Cox 2003-06-05 15:06:07 UTC
Yes. 1.3.5 has been running in the -ac tree for a while and it seems way way better

Comment 8 Nate Faerber 2003-06-05 20:42:56 UTC
1.3.8 has fixed even more problems for us.  Based on my testing, I wouldn't
recommend anything less than 1.3.8 on systems with heavy disk I/O.

Alan, do you know what's holding Red Hat back from updating this driver in the
errata kernels?

Comment 9 Alan Cox 2003-06-08 15:13:45 UTC
Well founded paranoia of changes breaking things mostly.

Note You need to log in before you can comment on or make changes to this bug.