From owner-freebsd-hackers Tue Apr 1 13:23:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA01640 for hackers-outgoing; Tue, 1 Apr 1997 13:23:10 -0800 (PST) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA01633 for ; Tue, 1 Apr 1997 13:23:05 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id MAA00473; Tue, 1 Apr 1997 12:45:59 -0500 (EST) From: Peter Dufault Message-Id: <199704011745.MAA00473@hda.hda.com> Subject: Re: Internal clock In-Reply-To: <199704012008.NAA05197@rocky.mt.sri.com> from Nate Williams at "Apr 1, 97 01:08:42 pm" To: nate@mt.sri.com (Nate Williams) Date: Tue, 1 Apr 1997 12:45:57 -0500 (EST) Cc: proff@suburbia.net, nate@mt.sri.com, hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > then they fall by as the original authors move onto other projects. > > > > > > Then adding the code into the tree is a 'bad thing', since it becomes > > > unsupported. If no-one is willing to incorporate/support the code, then > > > it shouldn't be incorporated. > > > > > > > That philosophy guarentees one to failure. The code doesn't have > > a chance of being supported till it gets exposure and people start > > relying on it. > > No, someone has to integrate it (hence support it). Nate's right. Jukka Ukonnen's patches were passed around by Jordan on -hackers, and I think sent to gnats around Christmas, so they should be easily found in the archives by searching for "ukonnen". I also have some local hacks that are similar but loaded via an LKM and run against a device for access. I'll put them up on Freefall by tomorrow AM if I can test them against -current. I haven't been eager to commit because I haven't had a -current system until recently, because it should be reexamined against the POSIX spec, have man pages written, peer reviewed, and because personally I want a skeleton for rt kernels in an SMP environment. Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936