Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 24 Sep 1997 01:34:25 -0700 (PDT)
From:      Julian Elischer <julian@whistle.com>
To:        "Jamil J. Weatherbee" <jamil@counterintelligence.ml.org>
Cc:        freebsd-hackers@FreeBSD.ORG
Subject:   Re: Raise your hand if you know how to make this work.
Message-ID:  <Pine.BSF.3.95.970924013322.10350B-100000@current1.whistle.com>
In-Reply-To: <Pine.BSF.3.96.970923213515.643A-100000@counterintelligence.ml.org>

next in thread | previous in thread | raw e-mail | index | archive | help

there is a function to do this for you
it's rather trivial.
check clock.c
and see how the PCAUDIO device uses this to get itself
called 16000 times per second..





On Tue, 23 Sep 1997, Jamil J. Weatherbee wrote:

> 
> Personally, I don't care how much processor overhead it takes.  I simply
> just want to be able to get a loop running at ~1000hz, because I've taken
> a look at the technical manuals for some of the hardware I am using.
> These boards can pass through an interupt on a rising edge to one of the
> digital input lines. This makes me think I could hook it up to one of the
> clocks on the included 8253 and make it generate a periodic interrupt (in
> fact I am quite sure of this). However, this is not how the board was
> intended to be used, it is designed as a polling device and if it was
> connected to an dedicated computer that is probably precisely how I would
> use it. What I refuse to believe is that freebsd is incapable of this
> task, there are plenty of devices in the world that are by nature polling
> type device even though  this doesn't fit very well into the event driven
> picture of things.  You see, there is really no difference between me
> making some physically external connections (and using another interrupt
> line that could be utilized for something better) patching in a device
> driver specifically for this purpose, or simply having a small piece of
> user code with SIGALRM delivered on a more timely basis (e.g. setitimer()
> that is more or less reliable to 1ms).  I don't understand exactly why but
> I know that for instance in Linux, Alphas generally have a scheduling
> clock frequency of either 1 or 2khz (I'll have to check again) what Is so
> wrong with x86 that it cannot do this also?
> 
> 
> 




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95.970924013322.10350B-100000>