xfs
[Top] [All Lists]

Re: 2.4.5 & Adaptec 7890 U2W Controller.

To: Timothy Shimmin <tes@xxxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller.
From: Joe Krahn <krahn@xxxxxxxxxxxxx>
Date: Tue, 05 Jun 2001 09:49:55 -0400
Cc: Bas <list@xxxxxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx
References: <Pine.BSF.4.33.0106041350560.1884-100000@rogue.tripp.org> <01060413285600.09944@garfield.linux.localdomain> <011501c0ed31$58a54360$0f01a8c0@ws1> <20010605102551.Z97441@boing.melbourne.sgi.com>
Sender: owner-linux-xfs@xxxxxxxxxxx
Timothy Shimmin wrote:
> 
> On Mon, Jun 04, 2001 at 10:02:56PM +0200, Bas wrote:
> >
> > From: "J Hayward" <jhayward@xxxxxxxxxx>
> > Subject: Re: 2.4.5 & Adaptec 7890 U2W Controller.
> >
> > > > [ ]   Build Adapter Firmware with Kernel Build (NEW)
> > > >
> > > > It is the last option under Adaptec AIC7xxx support.  The firmware
> > > > included in the 2.4.5 release is out of sync with the kernel driver.
> > > >
> > > > I have not done this myself, since my current XFS machine does not have
> > a
> > > > SCSI controller, but see the below email for more info.
> > >
> > > Has anyone had any success using this option? Didn't work for me. Problem
> > > isn't isolated to just the 7890 it seems, I get the same error on a
> > Adaptec
> > > 2930CU. It still produced:
> > >
> > > >In interrupt handler - not syncing
> > >
> > > I also tried using the old aic7xxx driver, which did load the module.
> > However
> > > it produced a kernel oops immediately after. I don't remember the exact
> > point
> > > in the boot sequence, I believe it was at "Trying to unmount old root".
> >
> > Tried the firmware option too, but didn't work for me.
> >
> 
> Tried the firmware option too, and it did work for me.
> 
> scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.1.13
>         <Adaptec 2940 Ultra SCSI adapter>
>         aic7880: Ultra Wide Channel A, SCSI Id=7, 16/255 SCBs
> 
> --Tim


The problem is that linux-2.4.5-xfs-05312001.patch.bz2
includes the files aic7xxx_seq.h and aic7xxx_reg.h which
are out of date, but which get a newer timestamp. Also
the binary aicasm/aicasm is included in the patch, but
patch creates it non-executable. Try touching aic7xxx.seq
and removing aicasm/aicasm, then rebuilding the
aic7xxx module with the build-firmware option.

This is actually a problem with "make clean" and
"make mrproper" not knowing about some of the aic7xxx
files.

Joe Krahn

<Prev in Thread] Current Thread [Next in Thread>