On Sat, 2010-11-13 at 11:11 +0200, Andrew wrote:
> 12.11.2010 20:24, davidMbrooke пишет:
> >
> > I see that we are using "CONFIG_MODPROBE_SMALL" rather than
> > "CONFIG_MODPROBE" for BusyBox. Is there a good reason for that? Would
> > switching to CONFIG_MODPROBE be a practical option?
> >
> > > From comparing the source code (modprobe.c versus modprobe-small.c) it
> > seems to me that modprobe.c would give us (more) standard Debian
> > behaviour...
> >
> > dMb
> As I remembered, standard modprobe requires presence of System.map (file 
> with kernel symbols) which has huge size. But I can mistake.

Hi Andrew,

Is it fairly easy to check on that?

I will soon be off-line until tomorrow, and I know you wanted a quick
answer on this, so my thinking is:

   - If CONFIG_MODPROBE is a practical option (e.g. no need for
System.map) then I would prefer to change to that.

   - If CONFIG_MODPROBE is *not* a practical option I am OK with
patching BusyBox - kp convinced me :-)

If we do patch BusyBox then IMHO /etc/modprobe.d/ would not be the best
name, because standard Debian has different behaviour for this
directory. See http://kernel-handbook.alioth.debian.org/ch-modules.html
and in particular:
    You can choose arbitrary names for the configuration files
    in /etc/modprobe.d and put multiple options lines in the same file. 
I think that is not true in the case of BusyBox.

Maybe /etc/module-options.d/ or just /etc/modules.d/ ?

dMb




------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev

_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to