From owner-freebsd-questions Tue Jan 6 15:19:29 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06444 for questions-outgoing; Tue, 6 Jan 1998 15:19:29 -0800 (PST) (envelope-from owner-freebsd-questions) Received: from dan.emsphone.com (dan@dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA06434 for ; Tue, 6 Jan 1998 15:19:23 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.8.6/8.8.6) id RAA22542; Tue, 6 Jan 1998 17:19:12 -0600 (CST) Message-ID: <19980106171912.08860@emsphone.com> Date: Tue, 6 Jan 1998 17:19:12 -0600 From: Dan Nelson To: jservice@oht.hydro.on.ca Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Can I speed up probing the second hard disk controller? References: <19980106205109.516.rocketmail@send1b.yahoomail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88.4e In-Reply-To: <19980106205109.516.rocketmail@send1b.yahoomail.com>; from "James R R Service" on Tue Jan 6 12:51:09 GMT 1998 X-OS: FreeBSD 2.2-970701-RELENG Sender: owner-freebsd-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In the last episode (Jan 06), James R R Service said: > My 200 MHz Pentium has two disk controllers (wd0 and wd1) with a hard > disk on wd0 and the cdrom drive as a slave on wd1. It takes between > 20 and 30 seconds to probe and find wd1 and wcd0. Because of ribbon > cable lengths and the physical layout inside my PC I can't move the > cdrom drive cable to use the first controller. Is there a boot > flag/kernel configuration I can try to eliminate this long probing > delay in FreeBSD v2.2.2? Edit /sys/i386/isa/wd.c, around line 111. There's a TIMEOUT define that you can change, then rebuild your kernel. I set it to 2000 on my machines around here, but you'll want to experiment to get a number you can use. It depends on how quickly your IDE devices respond to the probe. Set the number too low, and the device probes might fail on valid devices. The default is 10000, which might be defined in a spec somewhere as the maximum delay. -Dan Nelson dnelson@emsphone.com