From owner-freebsd-questions Sat Aug 16 11:46:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04971 for questions-outgoing; Sat, 16 Aug 1997 11:46:45 -0700 (PDT) Received: from dan.emsphone.com (dan@dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA04966 for ; Sat, 16 Aug 1997 11:46:42 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.8.6/8.8.6) id NAA04705; Sat, 16 Aug 1997 13:46:29 -0500 (CDT) Message-ID: <19970816134629.26168@emsphone.com> Date: Sat, 16 Aug 1997 13:46:29 -0500 From: Dan Nelson To: Paul Dekkers Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Slow CD-Player detection? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from "Paul Dekkers" on Sat Aug 16 17:03:56 GMT 1997 X-OS: FreeBSD 2.2-970701-RELENG Sender: owner-freebsd-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In the last episode (Aug 16), Paul Dekkers said: > Hi > > I have a Philips PCA21CR atapi-cd-player. Once detected it works well. But > the detection at boot-time costs a little. > > wdc0: unit 1 (wd1): > wd1: 408MB (836070 sectors), 899 cyls, 15 heads, 62 S/T, 512 B/S > > > > wdc1 at 0x170-0x177 irq 15 on isa > > > > wdc1: unit 0 (atapi): , removable, iordy > wcd0: 344Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray > wcd0: 120mm data disc loaded, unlocked, lock protected Take a look at /sys/i386/isa/wd.c . The first #define after all the #includes (around line 111) is #define TIMEOUT 10000 Every time the kernel function wdwait() is called, it waits for TIMEOUT ms for a response from an IDE device. I added a little debugging, and with my kernel, wdwait() times out 3 times during probing. That would be around 30 seconds. Try decreasing the TIMEOUT define and see if that helps. I have TIMEOUT set at 2000, and everything still works, but the probing now takes just 6 seconds. Your mileage may vary, depending on how old your IDE devices are, and how long they take to respond during the probe. -Dan Nelson dnelson@emsphone.com