From owner-freebsd-stable@FreeBSD.ORG Thu Aug 18 01:44:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56CA116A41F for ; Thu, 18 Aug 2005 01:44:23 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE1B143D46 for ; Thu, 18 Aug 2005 01:44:22 +0000 (GMT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) (authenticated bits=0) by aslan.scsiguy.com (8.13.3/8.13.3) with ESMTP id j7I1iLPM056164 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Aug 2005 19:44:21 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Wed, 17 Aug 2005 19:44:21 -0600 From: "Justin T. Gibbs" To: Hutterer Robert , freebsd-stable@freebsd.org Message-ID: <1F21DAB5B24D156A1C27045D@aslan.scsiguy.com> In-Reply-To: <00e901c5a1cd$94e1c9c0$0901a8c0@virtual> References: <00e901c5a1cd$94e1c9c0$0901a8c0@virtual> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: DELL SC430 & ahd0: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 01:44:23 -0000 > My dell Sc430 Server with Freebsd 5.4 gives soon after a reboot and minimal > harddisk actions (erase a file or directory) strange messages concerning > Adaptec SCSI adapter: >From what I can tell from the full card dump state, the 39320 attempted to send 77 transactions to your drive during a single connection. This connection hung, and the timeout occurred. Since the drive controlls the connection, it can cut the initiator off at any time if too many commands are sent. So, this looks like a drive firmware bug. You should contact Dell to find out if newer firmware is available for your drive. In the mean time, you can try lowering the tag depth allowed for your device. If the failure occurs sometime after rc processing, you can make a call early in the transition to multi-user like so: camcontrol tags da0 -N 64 # or some lower number If that won't work for you, you can enter a quirk into sys/cam/cam_xpt.c or just modify the last quirk entry (the default) to have a lower tag depth (it is currently 255). If you do get new firmware for your drive and that resolves this issue, please follow up to the list (and cc me if you don't mind) so that others that encounter the same issue can benefit from your experience. -- Justin