Well. Let us consider modprobe-small is obsoleted by modutils-fast. It really has accomplished its task -- to give BB modutils a new life.
We've rewritten modutils almost from scratch. The result is Timo's standard-compliant modutils; they are about 4200 bytes (excluding 2.4 support), so they can be considered small too. Simultaneously I've been continuing to elaborate my flavor of modutils -- i.e. one that uses more optimized way of stroring module dependencies -- the result is modutils-fast. Since insmod/rmmod/lsmod do not depend on module dependencies at all they are common to both flavors. So, what is modutils-fast? depmod-fast generates modules.dep.bb which stores module dependencies, options and aliases, excluding entries that are blacklisted. It fully respects the standard configury via /etc/modprobe.d/*. Dependencies file is of binary form which emphasized the fact that it is not intended to be edited by user. As almost all hard iterative/recursive work is done by depmod-fast once, modprobe-fast can be "dumb" and is really blazing fast. >From user's point of view the two flavors are almost identical. The only "quirk" is that a user has to run depmod-fast after he/she has changed configuration. The good news is that A) depmod-fast is 10 times faster; B) the configuration is done quite rarely. That said, I propose to substitute modutils-small with modutils-fast. To keep BB consistent I'd ask to do it as soon as we adopt Timo's code as "vanilla" BB modutils. TIA, -- Vladimir _______________________________________________ busybox mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/busybox
