Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 Apr 2000 23:29:10 -0700
From:      Mike Smith <msmith@freebsd.org>
To:        Terry Lambert <tlambert@primenet.com>
Cc:        rkw@dataplex.net (Richard Wackerbarth), doconnor@gsoft.com.au (Daniel O'Connor), freebsd-arch@freebsd.org
Subject:   Re: How about building modules along with the kernel? 
Message-ID:  <200004270629.XAA00679@mass.cdrom.com>
In-Reply-To: Your message of "Wed, 26 Apr 2000 18:40:13 -0000." <200004261840.LAA06879@usr09.primenet.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
> > > The loader can (and does) already read UFS..
> > >
> > > It can read files in and load them into arbitarily named sections in the
> > > kernel, and other good things :)
> > 
> > But what about JFS, E2FS, KFS, etc. ?
> 
> Historical UNIX implementations have handled this with a
> flat filesystem, usually called "stand", where the kernel and
> any modules needed to access the locally instantiated filesystem
> implementations are installed.
> 
> NT's boot loader approaches this the same way, though their
> "stand" is actually a FAT partition.

We have this already; it's called /, and the format is UFS.

If you want to get really anal, change the module search path to include 
somewhere under /boot, and make that a FAT filesystem (we support those 
as well).  The reason that these other systems use a separate filesystem 
of a simpler type is that their bootloaders are _lame_.  Ours isn't, and 
it doesn't need a new filesystem type just to cater to its' braindeath.

Either use FAT or UFS, or teach the loader (libstand) about your new
filesystem types.  If you're going to implement a filesystem for FreeBSD, 
writing loader support for it is just about the most trivial part - 
probably on par with the manpage.


-- 
\\ Give a man a fish, and you feed him for a day. \\  Mike Smith
\\ Tell him he should learn how to fish himself,  \\  msmith@freebsd.org
\\ and he'll hate you for a lifetime.             \\  msmith@cdrom.com






To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200004270629.XAA00679>