From owner-freebsd-hackers Thu Jul 2 13:31:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03501 for freebsd-hackers-outgoing; Thu, 2 Jul 1998 13:31:34 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: (from sos@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03491; Thu, 2 Jul 1998 13:31:29 -0700 (PDT) (envelope-from sos) Message-Id: <199807022031.NAA03491@hub.freebsd.org> Subject: Re: timeout granularity (was: Re: Console driver...) In-Reply-To: from Julian Elischer at "Jul 2, 98 12:34:58 pm" To: julian@whistle.com (Julian Elischer) Date: Thu, 2 Jul 1998 13:31:28 -0700 (PDT) Cc: rminnich@Sarnoff.COM, hackers@FreeBSD.ORG From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Julian Elischer who wrote: > why do all that fiddling when there is already support for this in > FreeBSD? > > use "aquire_timer0()" > and set the hardware clock to whatever you want dynamically.. > it will call whatever function you want at that speed.. > remember that the pcaudio driver sets it to 16000 Hz. > that would seem a good speed to set it, so that pcaudio could still work.. > Since I'm the one to blame for the aquire_timer stuff, also a fair bit of warning, it ONLY works for one process at a time, and it doesn't increase the resolution of tsleep et all. A higher resolution of the timeout stuff would be neat, but it wouldn't solve the video probelm... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message