From owner-freebsd-scsi Fri Jun 11 10: 2:18 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from gatekeeper.iserver.com (gatekeeper.iserver.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id A82F3152C3 for ; Fri, 11 Jun 1999 10:02:15 -0700 (PDT) (envelope-from steveb@iserver.com) Received: by gatekeeper.iserver.com; Fri, 11 Jun 1999 11:02:14 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.iserver.com via smap (V3.1.1) id xma025647; Fri, 11 Jun 99 11:01:50 -0600 Received: from iserver.com (glacier.orem.iserver.com [192.168.1.111]) by orca.orem.iserver.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.5) id LAA20728; Fri, 11 Jun 1999 11:01:45 -0600 (MDT) Message-ID: <37614186.383B1A01@iserver.com> Date: Fri, 11 Jun 1999 11:04:07 -0600 From: Steve Bishop X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.7-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Chris D. Faulhaber" Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: scsi probe at boot time References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Chris D. Faulhaber" wrote: > In my previous life, I had to service many Spectra Logic changers...they > can be very picky with the system probing them while they are still > initializing. > > Is the changer initializing (arm moving, etc) when FreeBSD is booting? If > so, you may want to try using a longer SCSI_DELAY in your kernel's > config and see what happens. Also, it should be ok if the scsi controller > resets the changer, scans the bus and does not see it since the OS will > scan the bus for itself (and not depend on the card's bios). > > ----- > Chris D. Faulhaber | All the true gurus I've met never > System/Network Administrator, | claimed they were one, and always > Reality Check Information, Inc. | pointed to someone better. The SCSI Controller (host adapter) resets the bus, and then scans it, and sees everything. It is the OS that locks up the changer with a bus reset, and then just sees the drives. The bus reset seems to lock the changer up immediately, so that as soon as the SCSI_DELAY period begins, it's already locked up. This, of course, points to this being a Spectralogic problem since the bus reset causes the changer to lock up regardless of whether it's the OS, or the SCSI controller. I don't remember seeing this problem with Solaris, but maybe it doesn't do a bus reset during boot. -Steve Bishop Verio Web Hosting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message