From owner-freebsd-hackers Tue Apr 1 12:03:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA25885 for hackers-outgoing; Tue, 1 Apr 1997 12:03:36 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA25880 for ; Tue, 1 Apr 1997 12:03:33 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA11874; Tue, 1 Apr 1997 12:46:06 -0700 From: Terry Lambert Message-Id: <199704011946.MAA11874@phaeton.artisoft.com> Subject: Re: Internal clock To: nate@mt.sri.com (Nate Williams) Date: Tue, 1 Apr 1997 12:46:06 -0700 (MST) Cc: proff@suburbia.net, terry@lambert.org, hackers@freebsd.org In-Reply-To: <199704011920.MAA04841@rocky.mt.sri.com> from "Nate Williams" at Apr 1, 97 12:20:39 pm X-Mailer: ELM [version 2.4 PL24] 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 > > The sad reality is if these things are not incorporated in -current > > 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. Better that it be lost forever? Code shouldn't need a hell of a lot of maintenance, if the interfaces for plugging the code in are fairly static and well enough designed that they can remain that way. Seems to me that the issue is the fluidity of the kernel interfeaces, not the module code, that is at fault. Define a spanning set, and access it via macros, and the underlying implementation can change as much as you want without damaging the utlity of the unmaintained code. Network interfaces are a good example of one place where this should be happening. The RT scheduling question that started this particular thread is another. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.