From owner-freebsd-current Wed Jun 3 17:19:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA10105 for freebsd-current-outgoing; Wed, 3 Jun 1998 17:19:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA10027 for ; Wed, 3 Jun 1998 17:18:52 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id AAA27823; Thu, 4 Jun 1998 00:18:48 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id CAA05380; Thu, 4 Jun 1998 02:18:20 +0200 (MET DST) Message-ID: <19980604021816.09262@follo.net> Date: Thu, 4 Jun 1998 02:18:16 +0200 From: Eivind Eklund To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: I see one major problem with DEVFS... References: <199806030915.NAA15706@sinbin.demos.su> <199806032344.QAA08803@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199806032344.QAA08803@usr04.primenet.com>; from Terry Lambert on Wed, Jun 03, 1998 at 11:44:10PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 03, 1998 at 11:44:10PM +0000, Terry Lambert wrote: > [...] Of course, modifying the config program (which should die, > die, die to be replaced by simple object file agregation) is left as > an exercise for the weenies. [...] This isn't a simple exercise, and it is even less simple than it looks at first. There is a _lot_ of incest in there. Examples of things that need to be fixed: * The use of 'UNION' in vfs_syscalls.c * The use of COMPAT_43 at all * The use of defines to shift the tuner in the brooktree driver * The use of defines to set options for the AHC driver * The dependency of the Linux module on COMPAT_43 * The existance of 'maxusers' and all the constants that depend on it * The way 1/3 of the the kernel is dependent on 'INET' * The use of defines instead of variables to control kernel PPP * The way 'QUOTA' change things in all the filesystems * The way the BOOTP options are used all through the kernel * Some other way of setting the panic reboot time * Move SPX_HACK to a sysctl, including creating proper infrastructure around it (or possible just decide that we're going to throw this options away - I don't know if anybody use it) Most of these are reasonably sized projects, and many of them can easily be expressed as small enough patches that they'll have a large chance of being committed more or less directly. If you want the removal of config to happen, _do something about it_. Don't just bitch - help us progress to a stage where we can at least see that we've got a chance of ever reaching the target! Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message