Date: Sun, 20 Dec 1998 16:10:25 -0800 (PST) From: Julian Elischer <julian@whistle.com> To: Mike Smith <mike@smith.net.au> Cc: Eivind Eklund <eivind@FreeBSD.ORG>, Doug Rabson <dfr@nlsystems.com>, Bruce Evans <bde@zeta.org.au>, dfr@FreeBSD.ORG, alpha@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG Subject: Re: cvs commit: src/share/mk bsd.kern.mk src/sys/alpha/conf Makefile.alpha Message-ID: <Pine.BSF.3.95.981220160732.8357R-100000@current1.whistle.com> In-Reply-To: <199812202341.PAA47553@dingo.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Don't forget that rearranging the kernel will make it reall hard to merge changes/fixes back to the 2.2 series (assuming we want to) (the ,v files won't be the same when a file moves.) On Sun, 20 Dec 1998, Mike Smith wrote: > > On Sun, Dec 20, 1998 at 11:16:35AM +0000, Doug Rabson wrote: > > > On Fri, 18 Dec 1998, Eivind Eklund wrote: > > > > Eivind, who would like a full re-org of the entire kernel source > > > > layout at some point. > > > > > > Any ideas on a decent layout? > > Let's qualify that and say "a decent layout that takes our current > architectural tendancies into account" > > > bus/ # Bus-specific code > > eisa/ > > dev/ # Devices for this bus > > <types> # Type specifiers for drivers > > This isn't even learning from our current mistakes. (cf. everything in > sys/pci that frontends for stuff in sys/i386/isa) > > > This is just a very quick attempt at a hierarchially based layout; I'm > > sure there are lots of possible improvements. > > The current drive is to tear the kernel into modules wherever possible; > ultimately the kernel core will remain, and everything else will be > modules. So: > > boot as current /sys/boot > ... > compile > i386 not convinced of the requirement for > ... arch subdirs here. > alpha > ... > modules > ... > conf config metainformation > ... > kern core 'kernel module' > arch > alpha > i386 > vm core vm primitives > ... > net core networking (since removing it > ... from the kernel is almost impossible) > modules > bus bus handlers, arch independent where > root possible > isa > pci > pccard > cardbus > scsi > ppbus > iic > ... > device device drivers, one directory per > ... driver > vfs filesystems, perhaps organised as per > ... Eivind's suggestion > syscall loadable syscalls > ... > misc "other stuff" > ... > > > > (Any ideas on how to get enough people to agree on change?) > > > > Not a clue. > > Almost impossible, unless you can sell them on losing the CVS history. Doing a repository copy would leave the history, but merging wouldn't work > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95.981220160732.8357R-100000>