From owner-freebsd-current@FreeBSD.ORG Tue Jul 22 09:44:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 895AC37B405 for ; Tue, 22 Jul 2003 09:44:35 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id F158043F93 for ; Tue, 22 Jul 2003 09:44:30 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h6MGiRo30607; Tue, 22 Jul 2003 09:44:27 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id JAA12551; Tue, 22 Jul 2003 09:44:26 -0700 (PDT) Date: Tue, 22 Jul 2003 10:46:07 -0600 From: "Justin T. Gibbs" To: Lawrence Farr , current@freebsd.org Message-ID: <531132704.1058892367@aslan.btc.adaptec.com> In-Reply-To: <000001c3504c$0883fc70$c806a8c0@lfarr> References: <000001c3504c$0883fc70$c806a8c0@lfarr> X-Mailer: Mulberry/3.1.0b3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Adaptec AIC7902 Ultra320 Problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2003 16:44:35 -0000 > I have a Supermicro SuperServer 6013P-8, with: > > ahd0: 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: 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