Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 28 Feb 1999 23:50:27 +0800
From:      Peter Wemm <peter@netplex.com.au>
To:        "Jordan K. Hubbard" <jkh@zippy.cdrom.com>
Cc:        "Daniel C. Sobral" <dcs@newsguy.com>, Andrzej Bialecki <abial@nask.pl>, "Jordan K. Hubbard" <jkh@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sbin/kget Makefile kget.8 kget.c 
Message-ID:  <199902281550.XAA62875@spinner.netplex.com.au>
In-Reply-To: Your message of "Sat, 27 Feb 1999 16:49:21 PST." <19650.920162961@zippy.cdrom.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
"Jordan K. Hubbard" wrote:
> > The later is a big problem, in fact. At the present, if we load the
> > userconfig_script, we cannot load different kernels anymore. Well,
> > not from loader (boot2 still works).
> 
> I think Mike's idea addresses it best - make this "FM" (short for
> "f**king magic" :-)  If you load /kernel, it implicitly loads
> a userconfig script named /boot/kernel.conf if found.  Hmmm.
> Maybe we should have moved /kernel into /boot also. :-)

This has probably been thrashes to death already, but I'd like the kernel 
to move to either /boot or /modules.

I can forsee, way down the track, that we may (in some scenarios) need to
group kernels with modules to keep like-versioned modules together with 
the kernel they are built for/with.  I could imagine "mkdir /modules.save; 
cp /modules/* /modules.save" being a possible CYA backup method before 
embarking on an upgrade or development project.

In that scenario, it would be nice if:
 - /modules/kernel  was the core kerel
 - /modules/kernel.conf  was the isa/pnp/etc user settings
 - /modules/*.ko    were the kernel loadable objects for that kernel.

(This isn't meant to be some sort of versioning system, just a convenient
way of keeping compatable objects together.  A less inconvenient way of
doing what is presently a "cp /kernel /kernel.save".)

> - Jordan
> 

Cheers,
-Peter  (Trying to cut down on coffee, and suffering badly :-] )




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?199902281550.XAA62875>