From owner-freebsd-hackers Sun Apr 11 17:36:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from cygnus.rush.net (cygnus.rush.net [209.45.245.133]) by hub.freebsd.org (Postfix) with ESMTP id EFA8314BE0 for ; Sun, 11 Apr 1999 17:36:54 -0700 (PDT) (envelope-from bright@rush.net) Received: from localhost (bright@localhost) by cygnus.rush.net (8.9.3/8.9.3) with SMTP id TAA01522; Sun, 11 Apr 1999 19:47:48 -0500 (EST) Date: Sun, 11 Apr 1999 19:47:46 -0500 (EST) From: Alfred Perlstein To: Dag-Erling Smorgrav Cc: hackers@FreeBSD.ORG Subject: Re: Some ideas on the evolution of -CURRENT In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12 Apr 1999, Dag-Erling Smorgrav wrote: > Hey gang, > > Here are a few ideas I have running around my head about things I'd > love to see happen to -CURRENT: > > - Finish the transition to the new sysctl code. Doug committed the > "killer patch" on 02/16: sysctls can now be registered and > unregistered dynamically, which allows KLD modules to decalre > sysctl variables. Let's get rid of the hardcoded sysctl OIDs > and declare all sysctl variables with OID_AUTO. I have patches for > all the _net_inet sysctls (including patches for userland code > which uses them). This change will be a flag day, since it will > break binary compatibility with userland code which references > sysctl variables by numeric ID rather than by name. > > - Revamp the PCI code. Voices in my head tell me Doug has patches > that allow converting all PCI device drivers to KLD modules. Me > want! > > - Making more kernel tunables settable by the boot loader. I'd > *particularly* like to be able to specify the location of init at > boot time. If somebody can give me a hint on how to do that, I'm > willing to do the work myself. very easily done, take a peak at sys/kern/init_main.c around line 594 just use getenv() to get at the enviorment passed in by the bootloader. i don't have my cvs repo, else i'd do it. > - Kernel threads. 'nuff said. > > - Smaller-grained locks in the SMP code. > > - New rc system (e.g. http://www.freebsd.org/~eivind/newrc.html) > > - Working stacking layers, proper vnode locking, working NULLFS and > friends (Eivind is working on that, with moral support from yours > truly) > > - Native DPT support, including the configuration stuff. This > requires implementing a few compatibility ioctls to get DPT's SCO > software running on FreeBSD (they were present in the old DPT > driver, but got nuked on C-day) yes yes yes yes and YES!... > > - Fuller-featured sound drivers so we can nuke VoxWare once and for > all besideds mmap() support, what is missing? > > - Insert Your Favorite Vapor Feature: ____________________________ sparc64, LFS... *hides* -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message