From owner-freebsd-hackers Thu May 15 07:28:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA20727 for hackers-outgoing; Thu, 15 May 1997 07:28:50 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20718 for ; Thu, 15 May 1997 07:28:48 -0700 (PDT) Received: from finnan.csv.warwick.ac.uk (csubl@finnan.csv.warwick.ac.uk [137.205.148.202]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id HAA10908 for ; Thu, 15 May 1997 07:28:44 -0700 (PDT) From: Mr M P Searle Message-Id: <7265.199705151421@finnan.csv.warwick.ac.uk> Received: by finnan.csv.warwick.ac.uk id PAA07265; Thu, 15 May 1997 15:21:13 +0100 (BST) Subject: Re: IDE probe slowness; Was: Re: if_de.c ???? In-Reply-To: <19970513083206.46734@dan.emsphone.com> from Dan Nelson at "May 13, 97 08:32:06 am" To: dnelson@emsphone.com (Dan Nelson) Date: Thu, 15 May 1997 15:21:06 +0100 (BST) Cc: imp@village.org, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In the last episode (May 13), Warner Losh said: > > > > Yup. However, 90% of the time to get to that point is probing device > > and timeouts on my machine (2 scsi busses and 2 IDE controllers). I > > haven't commented some of them out yet. > > > > Warner > > Not to get too off-topic, but if you're tired of the long delays in the > IDE probe, a quick fix is to adjust the TIMEOUT define at the top of > /sys/i386/isa/wd.c . It is 10000 by default, but I'm using 2000 on a > couple of machines without problems. My IDE bus has one ATAPI disk, > and during the probe, wdwait() waits for the entire timeout period 3 > times (which I think comes to 30 secods). With TIMEOUT at 2000, I only > wait 6 seconds. > > I haven't looked at any IDE specs, but I'm sure the delay is this high > to accomodate older IDE disks. > > The SCSI wait is easier to change; options SCSI_DELAY in the kernel > config file. I use SCSI_DELAY=1 with no ill effects. The SCSI delay can actually be removed (take out the SCSI_DELAY line) without any problems, at least for me - it still waits for a while, but always detects the disk and CD.