RE: Adaptec AIC7902 Ultra320 Problems

From: Lawrence Farr <bsd-current_at_epcdirect.co.uk>
Date: Sun, 10 Aug 2003 10:33:02 +0100
I've got another drive now to mess about with:

da0: <IBM IC35L036UWDY10-0 S23C> Fixed Direct Access SCSI-3 device

And I get the same problems. Running non-packetized fixes it.
Are you sure this is a firmware issue?

Lawrence Farr
EPC Direct Limited 

> -----Original Message-----
> From: Justin T. Gibbs [mailto:gibbs_at_scsiguy.com] 
> Sent: 22 July 2003 17:46
> To: Lawrence Farr; current_at_freebsd.org
> Subject: Re: Adaptec AIC7902 Ultra320 Problems
> 
> 
> > I have a Supermicro SuperServer 6013P-8, with:
> > 
> > ahd0: <Adaptec AIC7902 Ultra320 SCSI adapter> port
> > 0x4000-0x40ff,0x4400-0x44ff mem 0xfc300000-0xfc301fff irq 5 
> at device 2.0 on
> > pci3
> > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 
> 101-133Mhz, 512 SCBs
> > ahd1: <Adaptec AIC7902 Ultra320 SCSI adapter> port
> > 0x4800-0x48ff,0x4c00-0x4cff mem 0xfc302000-0xfc303fff irq 5 
> at device 2.1 on
> > pci3
> > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 
> 101-133Mhz, 512 SCBs
> > 
> > Trying to install 5.1-CURRENT-20030709-JPSNAP or 4.8-STABLE on the
> > box gives a timeout error that will hang the disk in a state that
> > resetting the machine does not clear, and only power cycling will
> > clear. Ive replaced the disks with no change, but installed and
> > ran Redhat 7.3 on the box with no timeouts or errors.
> 
> The problem you are encountering looks to be a drive firmware issue
> exposed when the drive is running at high queue depths.  The linux
> driver limites the tag depth to 32 by default.  The FreeBSD driver
> does not throttle in this way.  It seems that we just overwhelm the
> drive with commands and it just stops doing anything on the 
> bus.  According
> to the timeout trace, the target just stopped sending packets while
> still sitting on the bus.
> 
> I have not tested this particular drive, so I do not know if update
> firmware is available for it.  You might try running in non-packetized
> mode by toggling this option via SCSI-Select.  You previous test of
> running at "160" just reduced the clock rate, but still 
> allowed the use
> of the newer, faster, packetized format.
> 
> --
> Justin
> 
Received on Sun Aug 10 2003 - 00:33:22 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:18 UTC