From owner-freebsd-bugs Mon Jul 5 17:53:14 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from caspian.plutotech.com (caspian.plutotech.com [206.168.67.80]) by hub.freebsd.org (Postfix) with ESMTP id B868814E2F; Mon, 5 Jul 1999 17:53:05 -0700 (PDT) (envelope-from gibbs@caspian.plutotech.com) Received: from caspian.plutotech.com (localhost [127.0.0.1]) by caspian.plutotech.com (8.9.3/8.9.1) with ESMTP id SAA00382; Mon, 5 Jul 1999 18:52:59 -0600 (MDT) (envelope-from gibbs@caspian.plutotech.com) Message-Id: <199907060052.SAA00382@caspian.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Wilko Bulte Cc: ken@plutotech.com (Kenneth D. Merry), wilko@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/12495: 3.1 install fails to detect Toshiba CDROM on AHA1740 adapter In-reply-to: Your message of "Mon, 05 Jul 1999 20:50:24 +0200." <199907051850.UAA00913@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jul 1999 18:52:59 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> The old SCSI layer probed things sequentially, so you would finish probing >> everything, no matter how long it took, before any booting took place. > >Right. Maybe the install kernel should stick to sequential probing? >I don't particularly like 'time dependent' probing with the variety of >hardware that is out there. All CAM device instances 'exist' before the boot up is allowed to progress. If you attempt to open the device while it is initializing, you will block in open until the initialization is complete, but the open will eventually succeed (assuming we were successful in our attempts to initialize the device). The same probing mechanism (parallel probing) is used to find our root device, and I have not heard of an instance where that has failed. I would not expect sysintall to see the world any differently than the mount root code. Perhaps there is another bug in the ahb driver... -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message