| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
- IMA compilation option (aka IPO, IPA,..)
Please holler if i broke something..
|
|
|
|
|
|
off, we'd dereference the null. Oops.
|
|
|
|
- typo: s/begining/beginning/g
|
|
to be if(ENABLE). (Make allbareconfig is a good testing thing.)
|
|
|
|
CONFIG_FEATURE_MODPROBE_MULTIPLE_OPTIONS.
|
|
|
|
|
|
|
|
read only data anyway, MAP_PRIVATE shouldn't make a major difference.
|
|
for getopt, convert to bb_getopt_ulflags(), reduce memory usage - xmalloc to bb_common_bufsiz1, size reduce over 200 bytes
|
|
|
|
but let's ship 1.1 first...
|
|
|
|
|
|
|
|
|
|
|
|
modutils 2.4.27
|
|
ln.c: error_msg(str)->error_msg(%s, str) - remove standart "feature" for hackers
reduce 100 bytes don't care in sum
|
|
|
|
|
|
|
|
on /bin/sh. bug #8.
0000008: modprobe applet is dependent on having a shell
|
|
|
|
Patch from Takeharu Kato.
|
|
dependencies so 2.6 support depends on insmod or lsmod...
|
|
I found that lsmod in busybox does not support linux-2.6.
I fix this issue(it is caused by changes of /proc/modules format).
If you use lsmod in busybox with kernel-2.6, please use this patch.
|
|
which were otherwise cluttering the global namespace.
|
|
that the bss and sbss sections can be correctly identified.
|
|
|
|
|
|
Hi!
I've created a patch to busybox' build system to allow building it in
separate tree in a manner similar to kbuild from kernel version 2.6.
That is, one runs command like
'make O=/build/some/where/for/specific/target/and/options'
and everything is built in this exact directory, provided that it exists.
I understand that applyingc such invasive changes during 'release
candidates' stage of development is at best unwise. So, i'm currently
asking for comments about this patch, starting from whether such thing
is needed at all to whether it coded properly.
'make check' should work now, and one make creates Makefile in build
directory, so one can run 'make' in build directory after that.
One possible caveat is that if we build in some directory other than
source one, the source directory should be 'distclean'ed first.
egor
|
|
Attached patch prevents modprobe from trying to call 'insmod (null)'
whenever nonexistent module is either passed to modprobe via command
line or mentioned in modules.dep
this replaces cryptic error
sh: Syntax error: word unexpected (expecting ")")
with
modprobe: module some-module not found.
egor.
|
|
sparc and ia64 (itanium).
Also, reorganize the insmod architecture support code to be
alphasorted and less messy.
Update the readme to list current insmod arch support.
|
|
|
|
|
|
particular making alias support work better.
|
|
-Erik
|
|
Hello,
function build_dep in modprobe.c assumes that dependencies of one module
have not more than 255 chars;
that is not sufficient in kernel 2.6.7 (alsa sound modules). - Below is
a diff that solves the problem for me.
With regards, Christian Ostheimer
|
|
change formatting).
|
|
|
|
"There seems to be a slight problem with the "mod_strcmp" function in
modprobe.c, it scans for the first occurence of the module name in the
"mod_path" variable and expects it to be the last path element. ie
/lib/modules/2.4.22-debug/kernel/fs/vfat in my example. The comparison
will always fail if mod_path contains another substring matching the
module name."
Robert McQueen wrote
"Although William Barsse's patch fixed mod_strcmp for 2.4 kernels, there
was a remaining problem which prevented it from working for me. I've
just tracked it down - when you enable kernel 2.6 module support it
hard-wired the extension to .ko instead of checking at runtime like the
other places where 2.4 differs from 2.6. The attached patch fixes this
for me."
|
|
fixes two other issues (plus the previous as well) with a 2.4 kernel :
- should be able to modprobe an already loaded module and get 0 return
code :
# modprobe <something> && modprobe <something> && echo "ok" || echo "failed"
....
failed
Well, hope this helps and that I didn't screw up again,
- William
|
