aboutsummaryrefslogtreecommitdiff
path: root/modutils/insmod.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* Update comment.Rob Landley2006-02-201-1/+1
|
* fix building on ppc64Mike Frysinger2006-02-181-0/+3
|
* hopefully the last of the annoying signed/unsigned and mixed type errorsEric Andersen2006-01-301-2/+4
|
* just whitespaceTim Riker2006-01-251-2/+2
|
* import nios2 support from microtronixMike Frysinger2006-01-041-0/+171
|
* Make insmod quiet by default (patch from Yann E. Morin).Rob Landley2005-12-111-1/+1
|
* uClibc can't handle anonymous MAP_SHARED. Since we're treating it asRob Landley2005-12-071-1/+1
| | | | read only data anyway, MAP_PRIVATE shouldn't make a major difference.
* another more const"Vladimir N. Oleynik"2005-10-201-1/+1
|
* remove debug warningMike Frysinger2005-10-021-1/+1
|
* reorder arches into alphabetical orderMike Frysinger2005-10-021-198/+201
|
* fixup whitespaceMike Frysinger2005-10-021-14/+14
|
* remove all Elf32 hardcodes to make sure the elf handling is 64bit cleanMike Frysinger2005-10-021-47/+53
|
* svdavidson writes in Bug 459: add support for x86_64 relocations from ↵Mike Frysinger2005-10-021-1/+72
| | | | modutils 2.4.27
* change interface to bb_xasprintf() - more perfect for me."Vladimir N. Oleynik"2005-09-291-2/+2
| | | | | ln.c: error_msg(str)->error_msg(%s, str) - remove standart "feature" for hackers reduce 100 bytes don't care in sum
* initial ppc64 supportMike Frysinger2005-09-141-1/+6
|
* Corrected the list of section names in add_ksymoops_symbols() soPeter Kjellerstedt2005-03-301-2/+2
| | | | that the bss and sbss sections can be correctly identified.
* amd64 is rela, not relMike Frysinger2005-03-301-2/+2
|
* alpha/parisc supportMike Frysinger2004-12-261-2/+23
|
* Based on patches from Mike Frysinger, add insmod support forEric Andersen2004-09-021-74/+82
| | | | | | | | | 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.
* Fixup some warningsEric Andersen2004-08-281-3/+3
|
* Patch from Rodney Radford adding x86_64 support.Eric Andersen2004-08-191-3/+13
|
* new_process_module_arguments returns 0 on error and 1 if everything went okRobert Griebl2004-07-201-3/+3
| | | | | somehow the ! got lost.. symptoms: modules could only be loaded _without_ parameters
* fix a stupid compile error when CONFIG_FEATURE_INSMOD_VERSION_CHECKINGEric Andersen2004-06-221-4/+4
| | | | is disabled
* kill off insmod support for older pre 2.1 Linux kernels,Eric Andersen2004-06-221-514/+20
| | | | | which are not supported with the current busybox 1.0 release -Erik
* oopsEric Andersen2004-05-261-3/+3
|
* Patch from Yoshinori Sato:Eric Andersen2004-05-261-3/+47
| | | | | | | | This patch is uClinux-2.4.x for H8/300 module support. please apply. -- Yoshinori Sato
* Larry Doolittle writes:Eric Andersen2004-04-141-5/+5
| | | | | | | | | | | | | | | | | | | | | | 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
* Christian Grigis, christian.grigis at smartdata dot ch writes:Eric Andersen2004-04-061-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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:
* Add missing ELFCLASSM for m68kEric Andersen2004-03-191-2/+3
|
* Only use R_68K_GOTOFF if it is definedEric Andersen2004-03-191-2/+6
|
* Remove trailing whitespace. Update copyright to include 2004.Eric Andersen2004-03-151-34/+33
|
* Patch from OpenWrt.Manuel Novoa III2004-02-181-3/+5
|
* Fix broken #elseEric Andersen2004-01-051-4/+3
|
* Fix debian bug #215612, insmod should be silent on requestGlenn L McGrath2003-12-311-3/+4
|
* re-indentEric Andersen2003-12-241-983/+984
|
* Patch from Woody Suwalski:Eric Andersen2003-12-191-31/+53
| | | | | | | | | | | | | | | | | | | | | | 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
* Update modutils with 2.6 module supportEric Andersen2003-12-111-16/+111
|
* Add (untested) support for cris, based on the (old) busybox insmodManuel Novoa III2003-12-041-2/+27
| | | | that axis distributes.
* Do a better job of dealing with screwy s390 abi changesEric Andersen2003-10-211-2/+5
|
* ccording to this:Eric Andersen2003-10-201-3/+3
| | | | | | http://sources.redhat.com/ml/binutils/2003-01/msg00290.html The name R_390_GOTOFF was changed to R_390_GOTOFF32. -Erik
* To load GPLONLY symbols its is required that CHECK_TAINTED_MODULES beGlenn L McGrath2003-09-031-4/+7
| | | | enabled, if not GPLONLY symbols are ignored.
* "insmod caches the symbolname in a variable before modifying it and usesGlenn L McGrath2003-08-311-3/+12
| | | | the cached value afterwards." - Jean Wolter
* handle GPLONLY symbolsGlenn L McGrath2003-08-301-3/+21
|
* Patch from Paul Mundt (lethal) adding sh64 insmod support for busyboxEric Andersen2003-08-131-10/+72
|
* Remove remaining libc5 support codeEric Andersen2003-07-221-3/+3
|
* Update a bunch of docs. Run a script to update my email addr.Eric Andersen2003-07-141-3/+3
|
* Major coreutils update.Manuel Novoa III2003-03-191-63/+63
|
* Fix obviously wrong names from older busyboxEric Andersen2003-03-131-7/+7
|
* Patch from Jason McMullan @ linuxcare.com adding insmodEric Andersen2003-01-231-2/+98
| | | | support for s390 systems.
* Patch from Artem Egorkine to support the -m optionEric Andersen2003-01-231-2/+111
|
generated by cgit v1.2.3-55-g6feb (git 2.39.1) at 2025-03-20 21:34:39 +0000