From owner-freebsd-hackers Sun Jan 11 18:25:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08464 for hackers-outgoing; Sun, 11 Jan 1998 18:25:15 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA08419 for ; Sun, 11 Jan 1998 18:24:20 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id MAA00829; Mon, 12 Jan 1998 12:46:59 +1030 (CST) Message-Id: <199801120216.MAA00829@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Luigi Rizzo cc: hackers@FreeBSD.ORG Subject: Re: How do I DELAY() at boot time ? In-reply-to: Your message of "Sat, 10 Jan 1998 13:44:31 BST." <199801101244.NAA09631@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jan 1998 12:46:59 +1030 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Suppose during the probe/attach routine for a device I have to wait for > some time, what is the correct approach ? I am currently using DELAY() > (this is in the audio driver, ad1848.c for what matters) and this seems > not to have the desired effect. Since the same code is also used during > regular operation, DELAY works fine there... should I do something like > > if (booting) > do_something_to_spend_time(x); > else > DELAY(x) > > instead ? No, DELAY() should work from very early on. What is "not the desired effect", and what hardware, etc? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\