Date: Wed, 10 Apr 2002 18:44:04 +0100 From: Brian Somers <brian@freebsd-services.com> To: Scott Long <scott_long@btc.adaptec.com> Cc: Brian Somers <brian@freebsd.org>, cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/dev/digi digi.c digi.h digi_isa.c Message-ID: <200204101744.g3AHi4OF056430@hak.lan.Awfulhak.org> In-Reply-To: Message from Scott Long <scott_long@btc.adaptec.com> of "10 Apr 2002 10:25:43 CDT." <1018452343.10637.2.camel@hollin.btc.adaptec.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Wed, 2002-04-10 at 09:32, Brian Somers wrote:
>
> > brian 2002/04/10 07:32:56 PDT
> >
> > Modified files:
> > sys/dev/digi digi.c digi.h digi_isa.c
> > Log:
> > Yet another adjustment of digi_delay(). The delay is now consistent
> > irrespective of whether tsleep() or DELAY() is used.
> >
> > Revision Changes Path
> > 1.27 +8 -8 src/sys/dev/digi/digi.c
> > 1.12 +2 -1 src/sys/dev/digi/digi.h
> > 1.9 +9 -9 src/sys/dev/digi/digi_isa.c
>
> Brian,
>
> Instead of jumping through all of these hoops, why can't you do a
> config_intrhook_establish() to have the delay-sensitive operations done
> at a more appropriate time? This will work for both the at-boot and
> post-boot cases.
Hi,
While this would be a clean way of doing things, I'd prefer not to
defer the card initialisation. Ultimately I'd like to be able to use
the device as a console.
As a few people have pointed out, the ``delay'' thing is a more
generic problem. Many drivers will want to give their hardware
instructions and then poll waiting for completion during probe and
attach. Having the clock available at module initialisation time is
probably the best answer.
> Scott
--
Brian <brian@freebsd-services.com> <brian@Awfulhak.org>
http://www.freebsd-services.com/ <brian@[uk.]FreeBSD.org>
Don't _EVER_ lose your sense of humour ! <brian@[uk.]OpenBSD.org>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200204101744.g3AHi4OF056430>