Hi;

in latest linuxrc archiv from Charles are changes to modutils and modules 
loading, esp. if you use other medias as a single floppy.
Again we find the bang commands from Dachstein.

The Bering-uClibc team had a look at it and decided for next version to stay 
with the "Bering way", unless this discussion brings up some new aspects and 
arguments.

We saw the advantages of the Charles changes (it's flexibel to choose modules 
dir, the device (cdrom) is not always mounted).

The advantages of the Bering way are from our view: 
- easier /etc/init.d/modutils code
- easier from a user perspective (it's most automagic)
 - there is a link for the correct modules dir (lib/modules/2.4.24)

In practice we found problems like the following:

insmod throws an error with new modutils:

"/lib/modules/2.4.24. not found
loading module"

Shure cosmetic, but can be confusing (solved in Bering with the correct link - 
either to cd or /lib/modules)

Further do the bang commands only work during boot (when /etc/init.d/modutils 
is called) - afterwards the cd will be umounted and the 
cdrom/lib/modules/2.4.24 is not available anymore.
This is problem for example with ipsec.
During ipsec restart the module is unloaded and reloaded - of course that 
fails, if the device is not mounted. It's necessary to store ipsec.o in 
modules.lrp - but the the seamless and easy usage of a complete modules 
tarball on a mass storage is worthless.

Maybe we have not fully understood how to work with Charles chnaged modutils 
behaviour and the issues above can easily solved, maybe a few changes in 
Charles code and it's becoming the best of both worlds...

As I said we are open for suggestions.

kp


-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to 
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3

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

Reply via email to