From owner-freebsd-current@FreeBSD.ORG Mon Aug 18 07:54:53 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 354D537B404 for ; Mon, 18 Aug 2003 07:54:42 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B50643F85 for ; Mon, 18 Aug 2003 07:54:41 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id MUA74016; Mon, 18 Aug 2003 07:54:39 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8F3085D04; Mon, 18 Aug 2003 07:54:38 -0700 (PDT) To: Bill Moran In-Reply-To: Message from Bill Moran of "Mon, 18 Aug 2003 08:45:36 EDT." <3F40CA70.3000101@potentialtech.com> Date: Mon, 18 Aug 2003 07:54:38 -0700 From: "Kevin Oberman" Message-Id: <20030818145438.8F3085D04@ptavv.es.net> cc: Mike Atamas cc: freebsd-current@freebsd.org cc: "Matthew D. Fuller" 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 14:54:53 -0000 > Date: Mon, 18 Aug 2003 08:45:36 -0400 > From: Bill Moran > Sender: owner-freebsd-current@freebsd.org > > 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. -- 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