> > > Only thing I'd possibly like to do in Oxygen is to move
> > > /var/boot/modules to /lib/modules/boot (the standard location, I
> > > understand).
> >
> > I settled on putting my boot-time modules in /boot/lib/modules,
following
> > the layout of my HDD machines, which create a /boot partition for stuff
> > required to bootstrap the system.  Where did /lib/modules/boot come
from?
>
> In modules.conf(5), it says:
>
> [...snip...]
>
> DEFAULT CONFIGURATION
>
>        If the configuration file '/etc/modules.conf' is missing,
>        or if any directive is not overridden, the following
>        defaults are assumed:
>
>          depfile=/lib/modules/`uname -r`/modules.dep
>
>          path[boot]=/lib/modules/boot

<snip>

> With a nice clean-up of modules, I can forsee a tree like this:
>
> /lib/modules/boot/*  (in root.lrp)
> /lib/modules/2.2.16/*  (in a modules.lrp)
> /lib/modules/2.2.19/*  (in an alternate modules.lrp)
>
> ...and so forth.  However, be wary of symbolic links; I don't think that
> busybox insmod follows them, but in any case, busybox and GNU, symbolic
> links are a problem.

Thanks.  I play so much with LRP, I forget about stuff like modprobe.  We
should probably migrate towards the more conventional directory structure,
to avoid unnecessary confusion, if nothing else.

> I also noted recently in the busybox list, someone said that he used
> modprobe to generate modules.dep (in a build environment) then used a
> shell script to analyze modules.dep and create the appropriate module
> load in the appropriate order.  Thoughts?

I've seen this done before.  I think a trick like this might be good for an
install script (when creating a modules package), but I don't think we need
to extend the module loading code to the running system.  In addition to the
extra script overhead, you've got to keep a modules.dep file around.  Also,
the modules.dep file is pretty human-readable...maybe we should just create
this file and add a couple notes in a readme or howto (or comments in
/etc/modules) on interpereting it...

Charles Steinkuehler
http://lrp.steinkuehler.net
http://c0wz.steinkuehler.net (lrp.c0wz.com mirror)


_______________________________________________
Leaf-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to