From owner-freebsd-current@FreeBSD.ORG Mon Aug 18 08:16:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69E3E37B408 for ; Mon, 18 Aug 2003 08:16:39 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7327843FBF for ; Mon, 18 Aug 2003 08:16:38 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id MUA74016; Mon, 18 Aug 2003 08:16:37 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A4F255D08; Mon, 18 Aug 2003 08:16:36 -0700 (PDT) To: Andre Guibert de Bruet In-Reply-To: Message from Andre Guibert de Bruet <20030818110708.N320@alpha.siliconlandmark.com> Date: Mon, 18 Aug 2003 08:16:36 -0700 From: "Kevin Oberman" Message-Id: <20030818151636.A4F255D08@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: Slow Boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 15:16:40 -0000 > Date: Mon, 18 Aug 2003 11:09:05 -0400 (EDT) > From: Andre Guibert de Bruet > > > [CC list trimed] > > On Mon, 18 Aug 2003, Kevin Oberman wrote: > > > > From: Bill Moran > > > > > > Matthew D. Fuller wrote: > > > > On Sun, Aug 17, 2003 at 02:55:46PM -0400 I heard the voice of > > > > Bill Moran, and lo! it spake thus: > > > > > > > >>My best guess is that the chipset responds slowly to probes, thus it > > > >>takes a while to get the list of devices from it. However, I've never > > > >>looked into it any more than that. > > > > > > > > I've always presumed it to be a question of timing out probes to the > > > > drives; it only ever happens on IDE controllers with no devices attached > > > > to 'em. I habitually just disable the controller channels that are empty > > > > (or, in the case of my SCSI systems, just yank ATA support altogether). > > > > > > Could be. This machine is pretty bare-bones. Single ATA HDD and nothing > > > on the secondary controller. I never really considered that, but it makes > > > sense that probes on the secondary controller would take the full timeout > > > value if there was nothing to respond. > > > > Nope. My system has disks on both ATA controllers with hard drives as > > the master for each channel. One channel also has the CD drive as > > the slave. > > Does the hard drive that's on it's own have a "Single" jumper > configuration option available? I'm not sure what a "Single" jumper is, but the drive is jumpered as "master". The only options are "master", "slave", and "Cable Select". -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634