Date: Thu, 01 Oct 1998 07:34:03 +0800 From: Peter Wemm <peter@netplex.com.au> To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>, Chuck Robey <chuckr@mat.net>, current@FreeBSD.ORG Subject: Re: comment about verbose booting Message-ID: <199809302334.HAA15192@spinner.netplex.com.au> In-Reply-To: Your message of "Wed, 30 Sep 1998 16:30:18 -0400." <199809302030.QAA17624@khavrinen.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Garrett Wollman wrote:
> <<On Wed, 30 Sep 1998 21:24:43 +0200, Poul-Henning Kamp <phk@critter.freebsd.
dk> said:
>
> > If your're asking me, the identification of the VGA chips is
> > something which should be killed, it doesn't belong in the kernel.
> > You can do that from userland, there is no need to stuff potentially
> > unlimited number of ascii-strings into the kernel, in particular
> > considering that it doesn't use them after having printed one of
> > them at boot.
>
> But we'll have ELF kernels soon enough, so theoretically we could put
> all of that stuff in its own section and then release the memory after
> boot.
>
> Isn't that what Terry is always flaming about?
>
> -GAWollman
Don't joke... It's not all that difficult - the main problem is one of
fragmentation and the memory impact if we keep skipping page boundaries to
avoid bloating the kernel image (or .o or .so). Trynig to reclaim a page
in the middle of chunks of in-use data isn't fun.
One possibility is if it ends up in a plaintext file in /boot somewhere as
part of a control mechanism for assigning a driver.o file to a pci or pnp
device id or a mapping between a probe module and a driver itself.
Yes, /boot could work on a NFS mount for diskless support or on a dos or
cdrom partition.
Cheers,
-Peter
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809302334.HAA15192>