From owner-freebsd-scsi@FreeBSD.ORG Thu Jun 7 20:17:13 2007 Return-Path: X-Original-To: freebsd-scsi@freebsd.org Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C39016A400 for ; Thu, 7 Jun 2007 20:17:13 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 32C9813C45E for ; Thu, 7 Jun 2007 20:17:12 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l57KH5pU036205; Thu, 7 Jun 2007 14:17:06 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <466867B9.9040600@samsco.org> Date: Thu, 07 Jun 2007 14:16:57 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: Andrea Venturoli References: <20070606161221.GB31380@schottelius.org> <46672BAD.7010201@samsco.org> <466735B6.8050903@netfence.it> <20070607081316.GD30443@schottelius.org> <4667DE3A.1090802@samsco.org> <466846A5.3010903@netfence.it> In-Reply-To: <466846A5.3010903@netfence.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Thu, 07 Jun 2007 14:17:06 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-scsi@freebsd.org Subject: Re: Hangs with Adaptec 29320 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 20:17:13 -0000 Andrea Venturoli wrote: > Scott Long wrote: > >> Turning on every debugging option under the sun to slow the system to a >> crawl is probably not a very good strategy. > > It's not a good direct strategy to solve a problem. It might be a good > strategy to get insight about it, though. > When it comes to SCSI problems, DEBUG_LOCKS, DEBUG_VFS_LOCKS, and DIAGNOSTIC won't provide much help unless you suspect the problem to be a secondary effect of other problems in the system. These options will slow down the system considerable though, which can often mask legitimate problems and make them harder to find. The CAMDEBUG option can be useful for SCSI. Often times just enabling bootverbose can provide useful information as well. > > >> As I said in a previous >> mail, if you are having problems with the ahd driver, please contact the >> ahd driver maintainer directly. > > As a developer myself, I find it very irritating to get a mail that says > "It doesn't work" and nothing else. > Turning on debug might help in getting a dump, a relevant error message > or something alike; otherwise I wouldn't really know what one could write. > > > > BTW: I also complained in the past about the amrd driver on a SRCU42E: > turned out from the serial number it was a faulty stock and I'm wating > for Intel to replace it. I hope this solves it. > So it's working for you with FreeBSD 6.2? Good to hear. If not, I'll take another look at it. Scott