summaryrefslogtreecommitdiff
path: root/modutils/insmod.c
AgeCommit message (Collapse)Author
2005-10-02reorder arches into alphabetical orderMike Frysinger
2005-10-02fixup whitespaceMike Frysinger
2005-10-02remove all Elf32 hardcodes to make sure the elf handling is 64bit cleanMike Frysinger
2005-10-02svdavidson writes in Bug 459: add support for x86_64 relocations from ↵Mike Frysinger
modutils 2.4.27
2005-09-29change interface to bb_xasprintf() - more perfect for me."Vladimir N. Oleynik"
ln.c: error_msg(str)->error_msg(%s, str) - remove standart "feature" for hackers reduce 100 bytes don't care in sum
2005-09-14initial ppc64 supportMike Frysinger
2005-03-30Corrected the list of section names in add_ksymoops_symbols() soPeter Kjellerstedt
that the bss and sbss sections can be correctly identified.
2005-03-30amd64 is rela, not relMike Frysinger
2004-12-26alpha/parisc supportMike Frysinger
2004-09-02Based on patches from Mike Frysinger, add insmod support forEric Andersen
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.
2004-08-28Fixup some warningsEric Andersen
2004-08-19Patch from Rodney Radford adding x86_64 support.Eric Andersen
2004-07-20new_process_module_arguments returns 0 on error and 1 if everything went okRobert Griebl
somehow the ! got lost.. symptoms: modules could only be loaded _without_ parameters
2004-06-22fix a stupid compile error when CONFIG_FEATURE_INSMOD_VERSION_CHECKINGEric Andersen
is disabled
2004-06-22kill off insmod support for older pre 2.1 Linux kernels,Eric Andersen
which are not supported with the current busybox 1.0 release -Erik
2004-05-26oopsEric Andersen
2004-05-26Patch from Yoshinori Sato:Eric Andersen
This patch is uClinux-2.4.x for H8/300 module support. please apply. -- Yoshinori Sato
2004-04-14Larry Doolittle writes:Eric Andersen
This is a bulk spelling fix patch against busybox-1.00-pre10. If anyone gets a corrupted copy (and cares), let me know and I will make alternate arrangements. Erik - please apply. Authors - please check that I didn't corrupt any meaning. Package importers - see if any of these changes should be passed to the upstream authors. I glossed over lots of sloppy capitalizations, missing apostrophes, mixed American/British spellings, and German-style compound words. What is "pretect redefined for test" in cmdedit.c? Good luck on the 1.00 release! - Larry
2004-04-06Christian Grigis, christian.grigis at smartdata dot ch writes:Eric Andersen
Hello everyone, Busybox's insmod fails to locate a module when that module is the only one existing in the /lib/modules directory (with a unique name). Example: # find /lib/modules/ -type f /lib/modules/kernel/drivers/char/bios.o # insmod bios insmod: bios.o: no module by that name found # touch /lib/modules/dummy # find /lib/modules/ -type f /lib/modules/kernel/drivers/char/bios.o /lib/modules/dummy # insmod bios Using /lib/modules/kernel/drivers/char/bios.o As long as there is another file in the /lib/modules directory, insmod finds it OK. I tracked the problem down to 'check_module_name_match()' in insmod.c: It returns TRUE when a match is found, and FALSE otherwise. In the case where there is only one module in the /lib/modules directory (or more that one module, but all with the same name), 'recursive_action()' will return TRUE and we end up on line 4196 in 'insmod.c' which returns an error. [The reason it works with more than one module with different names is that in this case there will always be one not matching, 'recursive_action()' will return FALSE and we end up in line 4189.] Now, from the implementation of 'recursive_action()' and from other usages of it (tar.c, etc.), it seems to me that FALSE should be returned to indicate that we want to stop the recursion, so TRUE and FALSE should be inverted in 'check_module_name_match()'. At the same time, 'recursive_action()' continues to recurse even after the recursive call has returned FALSE; again in my understanding and other usages of it, we can safely stop recursing at this point. Here is my patch against 1.00-pre8:
2004-03-19Add missing ELFCLASSM for m68kEric Andersen
2004-03-19Only use R_68K_GOTOFF if it is definedEric Andersen
2004-03-15Remove trailing whitespace. Update copyright to include 2004.Eric Andersen
2004-02-18Patch from OpenWrt.Manuel Novoa III
2004-01-05Fix broken #elseEric Andersen
2003-12-31Fix debian bug #215612, insmod should be silent on requestGlenn L McGrath
2003-12-24re-indentEric Andersen
2003-12-19Patch from Woody Suwalski:Eric Andersen
Erik, I think we have met online some time ago when I was in Corel/Rebel Netwinder project.... Anyway, I would like to use BB on 2.6.0 initrd. 1.00-pre4 works OK, if insmod is actually presented with a full path to the module. Otherwise - problems (not to mention conflicts when 2.4 modutil is enabled) Here are some patches for insmod and modprobe which try to walk around the default ".o" module format for 2.2/2.4 modules (you have probably noticed it is now .ko in 2.6 ;-)) Trying to steal as little space as possible if 2.6 not enabled... The modprobe is still not perfect on 2.6 - seems to be jamming on some dependencies, but works with some (to be debugged). Anyway after the patches it at least tries to work.... Will there be a 1.00-pre5 coming any time soon? Thanks, Woody
2003-12-11Update modutils with 2.6 module supportEric Andersen
2003-12-04Add (untested) support for cris, based on the (old) busybox insmodManuel Novoa III
that axis distributes.
2003-10-21Do a better job of dealing with screwy s390 abi changesEric Andersen
2003-10-20ccording to this:Eric Andersen
http://sources.redhat.com/ml/binutils/2003-01/msg00290.html The name R_390_GOTOFF was changed to R_390_GOTOFF32. -Erik
2003-09-03To load GPLONLY symbols its is required that CHECK_TAINTED_MODULES beGlenn L McGrath
enabled, if not GPLONLY symbols are ignored.
2003-08-31"insmod caches the symbolname in a variable before modifying it and usesGlenn L McGrath
the cached value afterwards." - Jean Wolter
2003-08-30handle GPLONLY symbolsGlenn L McGrath
2003-08-13Patch from Paul Mundt (lethal) adding sh64 insmod support for busyboxEric Andersen
2003-07-22Remove remaining libc5 support codeEric Andersen
2003-07-14Update a bunch of docs. Run a script to update my email addr.Eric Andersen
2003-03-19Major coreutils update.Manuel Novoa III
2003-03-13Fix obviously wrong names from older busyboxEric Andersen
2003-01-23Patch from Jason McMullan @ linuxcare.com adding insmodEric Andersen
support for s390 systems.
2003-01-23Patch from Artem Egorkine to support the -m optionEric Andersen
2003-01-23Patch from Joel Vallier to add modules symbols to the kernel symbolEric Andersen
table in order to obtain better debug output from ksymoops.
2002-11-28Change if(x)free(x); to free(x);Aaron Lehmann
2002-10-10last_patch61 from vodz:Eric Andersen
New complex patch for decrease size devel version. Requires previous patch. Also removed small problems from dutmp and tar applets. Also includes vodz' last_patch61_2: Last patch correcting comment for #endif and more integrated with libbb (very reduce size if used "cat" applet also). Requires last_patch61 for modutils/config.in.
2002-09-16Support module taintingEric Andersen
-Erik
2002-07-21Fixed two compiler warningsRobert Griebl
2002-07-19Applied vodz' patches #49 and #50 (with a small correction in runshell.c)Robert Griebl
#49: I found one memory overflow and memory leak in "ln" applet. Last patch reduced also 54 bytes. ;) #50: I found bug in loginutils/Makefile.in. New patch have also new function to libbb and aplied this to applets and other cosmetic changes.
2002-07-02David Frascone <dave@frascone.com> noticed two problems. First, modprobe wasEric Andersen
trying to call 'insmod -q', which wasn't supported. Secondly, when modprobe was fed blank lines from modules.dep, we ended up calling xstrndup(ptr, -1), which with suitably bad results. David provided a patch to catch the blank lines, and I have added insmod -q support. So modprobe should work again. -Erik
2002-06-22Apply vodz' cleanup for insmod buffer overflows, which was cleanerEric Andersen
than my first effort.
2002-06-18As noted by Yves Lavoie ing. <yves.lavoie.ing@sympatico.ca>, don'tEric Andersen
lose the last letter of the module name.
generated by cgit v1.1 at 2024-12-27 22:37:43 +0000