From owner-freebsd-current Wed Sep 30 15:24:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10603 for freebsd-current-outgoing; Wed, 30 Sep 1998 15:24:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10262 for ; Wed, 30 Sep 1998 15:23:16 -0700 (PDT) (envelope-from arg@arg1.demon.co.uk) Received: from localhost (arg@localhost) by arg1.demon.co.uk (8.8.8/8.8.7) with SMTP id XAA20411; Wed, 30 Sep 1998 23:20:33 +0100 (BST) (envelope-from arg@arg1.demon.co.uk) Date: Wed, 30 Sep 1998 23:20:33 +0100 (BST) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: Karl Denninger cc: current@FreeBSD.ORG Subject: Long SCSI probes (was Re: Long IDE probes?) In-Reply-To: <19980930113836.A4061@Denninger.Net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 30 Sep 1998, Karl Denninger wrote: > > What I don't understand is the reason for the long probes (that is, more > than a second or two) in any of the disk devices. > > IDE by definition is probed by the BIOS before boot. Either the disk is > there or it is not, and you don't get out of POST and to Boot until that's > determined. Therefore, a long wait there is COMPLETELY pointless. > > SCSI devices similarly are probed by the adapter BIOS. Again, there is no > reason for the long wait that I can fathom. Note that the SCSI bus is reset before probing; SCSI devices vary wildly in their reaction to this. I have a tape drive that, if there is a tape in the slot, engages in considerable tape movement (presumably to detect the tape format/capacity) - this device requires (pre-CAM) SCSI_DELAY=23 to survive rebooting with a tape loaded. Even disc drives vary from near-instantaneous to several seconds response time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message