From owner-aic7xxx Tue Feb 3 04:26:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15505 for aic7xxx-outgoing; Tue, 3 Feb 1998 04:26:03 -0800 (PST) (envelope-from owner-aic7xxx@FreeBSD.ORG) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA15500 for ; Tue, 3 Feb 1998 04:26:00 -0800 (PST) (envelope-from aw@ind.rwth-aachen.de) Received: from ares.ind.rwth-aachen.de (ares.ind.RWTH-Aachen.DE [137.226.110.132]) by campino.informatik.rwth-aachen.de (8.8.8/8.8.8/1) with SMTP id NAA16711; Tue, 3 Feb 1998 13:25:44 +0100 (MET) Received: from krios.ind.rwth-aachen.de by ares.ind.rwth-aachen.de (5.x/IND-2.2M) id AA20089; Tue, 3 Feb 1998 13:25:10 +0100 Received: by krios.ind.rwth-aachen.de (SMI-8.6/IND-2.2) id NAA02153; Tue, 3 Feb 1998 13:25:09 +0100 Date: Tue, 3 Feb 1998 13:25:09 +0100 Message-Id: <199802031225.NAA02153@krios.ind.rwth-aachen.de> From: Andreas Welbers To: Doug Ledford Cc: AIC7xxx@FreeBSD.ORG Subject: Re: Problems with AHA2940UW and external RAID In-Reply-To: <199802030513.XAA12468@dledford.dialnet.net> References: <199802021803.TAA01845@krios.ind.rwth-aachen.de> <199802030513.XAA12468@dledford.dialnet.net> Sender: owner-aic7xxx@FreeBSD.ORG Precedence: bulk X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe aic7xxx" Doug Ledford writes: > > > (scsi0:0:1:0) Using wide (16 bit) transfers. > > (scsi0:0:1:0) Synchronous at 20.0MHz, offset 8. > > scsi : aborting command due to timeout : pid 3, scsi0, channel 0, id 1, > > lun 0 Inquiry 00 00 00 ff 00 > > OK...a few key notes here. First, this is happening during the initial > bus scan for devices. During this scan, all commands are untagged > commands and are carried out synchronously. Second, it succeeds on the > test unit ready command (the very first command sent) and then fails on > the inquiry command. It is possible that the device is having problems > with negotiation in some way. As a test to narrow down the source of the > problem, you can go into the Adaptec BIOS (the CTRL-A message at bootup) > and disable both Wide and Synchronous negotiation on the RAID drive (I > know, it's useless to run such a fast device in that mode, but it helps > to narrow down the problem). If that doesn't help, then we really have a > problem between this device and the standard inquiry command linux issues > to all devices (most likely anyway). When you've tried that, if it > helps, then you can start enabling the sync and wide negotiation in the > Adaptec BIOS again and slowly pump up the sync rate until it stops > working again. It may be that this device simply needs to be one step > below Ultra-Wide speeds or something like that (minor timing variance > between the card and this device causing a problem at full out Ultra-Wide > speeds). Try these things out and let me know what happens. > I disabled both Wide and Synchronous negotiation on the RAID drive (ID 1) in the Adaptec's BIOS but this was not the solution. The same problems occur. If I use DOS, I can communicate with the RAID-System, therefore this seems to be a real problem of the Linux SCSI-driver and not of the RAID drive or the controller. Also, I can use low-level format and verify of the Adaptec's BIOS > Any other idea?