Date: Wed, 5 Apr 1995 19:49:00 -0500 (CDT) From: Peter da Silva <peter@bonkers.taronga.com> To: bde@zeta.org.au (Bruce Evans) Cc: phk@ref.tfs.com, freebsd-hackers@freefall.cdrom.com, uhclem@nemesis.lonestar.org Subject: Re: Suggestion on slow probing devices Message-ID: <199504060049.TAA16022@bonkers.taronga.com> In-Reply-To: <199504051738.DAA26590@godzilla.zeta.org.au> from "Bruce Evans" at Apr 6, 95 03:38:48 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > > 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. > I'd say the right thing to do would be to get the timer flying and make > a "HW-probe-attach" process... That would be even niftier, though a lot more complex and tricky. Do you think it'd save much (that is, are the delays long enough that you'll still have slack in a multi-stage probe)?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199504060049.TAA16022>