Date: Sat, 9 Sep 2006 13:24:37 +0100 (BST) From: Robert Watson <rwatson@FreeBSD.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: arch@freebsd.org, howard0su@gmail.com Subject: Re: Modularize kernel Message-ID: <20060909131907.G84834@fledge.watson.org> In-Reply-To: <20060908.001045.1683322424.imp@bsdimp.com> References: <f126fae00609062247n62aaf3d7tac8f3980eeb148fb@mail.gmail.com> <20060907.153239.1219861549.imp@bsdimp.com> <f126fae00609071949u79960am7d781b3fca8058b8@mail.gmail.com> <20060908.001045.1683322424.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 8 Sep 2006, M. Warner Losh wrote: > In message: <f126fae00609071949u79960am7d781b3fca8058b8@mail.gmail.com> > "Howard Su" <howard0su@gmail.com> writes: > : On 9/8/06, M. Warner Losh <imp@bsdimp.com> wrote: > : > I routinely boot a minimal kernel and kldload everything. this gives > : > me a kernel about 1/3 the size of a full GENERIC build, but at the > : > price of needing to keep my modules up to date. > : > : For -STABLE tree, i think it is easy since ABI is fixed. However what > : I proposed is pushing this effort to let most user to use module > : instead of rebuilding the kernel. > > I guess what I'm saying is that with a minimal kernel + all the modules we > have, you have that today. One of the biggest concerns I have with moving towards a heavily modularized default kernel is that we may find we need to explore improving our automatic loading of modules. For example, if we want to de-populate the base kernel with respect to device drivers, which take up quite a lot of space, we'll want to look both at how to handle early boot, and later loading if hardware turns up -- issues we've largely avoided by virtue of compiling them in. We may, for example, want to look at Apple's approach of loading all the available modules sequentially early in the boot to see what attachs, unload the idle modules, and then provide demand loading later. Robert N M Watson Computer Laboratory University of Cambridge
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060909131907.G84834>