From owner-freebsd-hackers  Wed Apr  5 05:07:51 1995
Return-Path: hackers-owner
Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18295 for hackers-outgoing; Wed, 5 Apr 1995 05:07:51 -0700
Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA18284 for <freebsd-hackers@freefall.cdrom.com>; Wed, 5 Apr 1995 05:07:47 -0700
Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA20680
  (5.67a/IDA-1.5); Wed, 5 Apr 1995 06:44:01 -0500
Received: by bonkers.taronga.com (smail2.5p) id AA03871; 5 Apr 95 06:43:12 CDT (Wed)
Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA03868; Wed, 5 Apr 1995 06:43:11 -0500
From: Peter da Silva <peter@bonkers.taronga.com>
Message-Id: <199504051143.GAA03868@bonkers.taronga.com>
Subject: Re: Suggestion on slow probing devices
To: uhclem@nemesis.lonestar.org (Frank Durda IV)
Date: Wed, 5 Apr 1995 06:43:11 -0500 (CDT)
Cc: freebsd-hackers@freefall.cdrom.com, uhclem@nemesis.lonestar.org
In-Reply-To: <m0rwKc9-0004vtC@nemesis.lonestar.org> from "Frank Durda IV" at Apr 4, 95 09:14:00 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Content-Length: 338       
Sender: hackers-owner@FreeBSD.org
Precedence: bulk

> The solution was to create two probing passes.  The system would
> effectively call each devices' probe routine twice.

How about generalizing it? If there's a big delay, have the probe return a
flag saying "more work to do, call me again after you've asked everyone else".
That way you could handle multi-stage delays, like with SCSI.