From owner-freebsd-scsi Wed Sep 30 10:56:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13314 for freebsd-scsi-outgoing; Wed, 30 Sep 1998 10:56:13 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA13261 for ; Wed, 30 Sep 1998 10:56:06 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id LAA24440; Wed, 30 Sep 1998 11:49:12 -0600 (MDT) Date: Wed, 30 Sep 1998 11:49:12 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809301749.LAA24440@narnia.plutotech.com> To: Karl Denninger cc: scsi@FreeBSD.ORG Subject: Re: Long IDE probes? User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-BETA (i386)) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > SCSI devices similarly are probed by the adapter BIOS. Again, there is no > reason for the long wait that I can fathom. Then you don't fathom SCSI. When the system comes up, it resets the SCSI bus to ensure that all previously negotiated transfer negotiations have been nullified. Some devices take longer than others to respond after a bus reset. If you are dealing with modern disks, you only need to wait ~100ms. If you are dealing with tape drives, some cdrom drives, or older devices, you must wait longer or risk "not seeing" the device. The bus settle delay is easily configurable so that people with nice devices can shorten it, but the default delay in GENERIC is there for a very good reason. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message