aboutsummaryrefslogtreecommitdiff
path: root/modutils (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Based on patches from Mike Frysinger, add insmod support forandersen2004-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. git-svn-id: svn://busybox.net/trunk/busybox@9197 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Fixup some warningsandersen2004-08-281-3/+3
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9180 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Rodney Radford adding x86_64 support.andersen2004-08-191-3/+13
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9132 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Mike Castle to cleanup some modutils issues, inandersen2004-08-191-59/+33
| | | | | | | particular making alias support work better. git-svn-id: svn://busybox.net/trunk/busybox@9130 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Only pass modprobe module params with 2.6.x kernel support.andersen2004-08-161-2/+4
| | | | | | | -Erik git-svn-id: svn://busybox.net/trunk/busybox@9103 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Christian Ostheimer writes:andersen2004-08-141-1/+1
| | | | | | | | | | | | | | 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 git-svn-id: svn://busybox.net/trunk/busybox@9093 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Mike Castle, dont print an empty line (patch modified by me tobug12004-08-111-9/+13
| | | | | | | change formatting). git-svn-id: svn://busybox.net/trunk/busybox@9086 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Phil Blundellto improve substring matchbug12004-08-111-1/+4
| | | | git-svn-id: svn://busybox.net/trunk/busybox@9083 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Willian Barsse wrotebug12004-08-111-8/+7
| | | | | | | | | | | | | | | | | | | | "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." git-svn-id: svn://busybox.net/trunk/busybox@9082 69ca8d6d-28ef-0310-b511-8ec308f3f277
* William Barsse writes:andersen2004-08-031-10/+9
| | | | | | | | | | | | | | | | 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 git-svn-id: svn://busybox.net/trunk/busybox@9057 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Mike Snitzer <snitzer@gmail.com>:sandman2004-07-221-3/+6
| | | | | | | | | | Support for /etc/modprobe.conf (for 2.6 kernels) should likely be added to bb's modprobe, see attached patch. modprobe.conf is just a (even simpler) variant of modules.conf git-svn-id: svn://busybox.net/trunk/busybox@8996 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Mike Snitzer <snitzer@gmail.com>:sandman2004-07-201-3/+3
| | | | | | | | Please see the attached patch for the following crash with busybox' 2.6 rmmod support git-svn-id: svn://busybox.net/trunk/busybox@8987 69ca8d6d-28ef-0310-b511-8ec308f3f277
* new_process_module_arguments returns 0 on error and 1 if everything went oksandman2004-07-201-3/+3
| | | | | | | | somehow the ! got lost.. symptoms: modules could only be loaded _without_ parameters git-svn-id: svn://busybox.net/trunk/busybox@8986 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Deal with the fact that 2.6.x kernels replace any '-'s in theandersen2004-07-201-4/+36
| | | | | | | | module name with a '_'. -Erik git-svn-id: svn://busybox.net/trunk/busybox@8974 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Add missing type for CONFIG_FEATURE_QUERY_MODULE_INTERFACEandersen2004-07-201-0/+2
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8969 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Fixup some cases of "QM_MODULES: not implemented" for bothandersen2004-07-132-10/+13
| | | | | | | | lsmod and rmmod when using 2.6.x module support -Erik git-svn-id: svn://busybox.net/trunk/busybox@8939 69ca8d6d-28ef-0310-b511-8ec308f3f277
* fix a stupid compile error when CONFIG_FEATURE_INSMOD_VERSION_CHECKINGandersen2004-06-221-4/+4
| | | | | | | is disabled git-svn-id: svn://busybox.net/trunk/busybox@8921 69ca8d6d-28ef-0310-b511-8ec308f3f277
* kill off insmod support for older pre 2.1 Linux kernels,andersen2004-06-222-529/+28
| | | | | | | | which are not supported with the current busybox 1.0 release -Erik git-svn-id: svn://busybox.net/trunk/busybox@8917 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patrick Huesmann writes:andersen2004-06-222-7/+30
| | | | | | | | | | | | | | | | Hi, There was some problem with busybox modprobe. For details see http://www.busybox.net/lists/busybox/2004-May/011507.html I made a patch against busybox-1.00-pre10 to fix that one. This is a slight variant of Patrick's patch with a slightly cleaner implementation of mod_strcmp() -Erik git-svn-id: svn://busybox.net/trunk/busybox@8916 69ca8d6d-28ef-0310-b511-8ec308f3f277
* oopsandersen2004-05-261-3/+3
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8878 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Yoshinori Sato:andersen2004-05-261-3/+47
| | | | | | | | | | | This patch is uClinux-2.4.x for H8/300 module support. please apply. -- Yoshinori Sato git-svn-id: svn://busybox.net/trunk/busybox@8873 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Larry Doolittle writes: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 git-svn-id: svn://busybox.net/trunk/busybox@8759 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Michael Tokarev, mjt at tls dot msk dot ru writes:andersen2004-04-061-2/+4
| | | | | | | | | | | | | Fix parsing of all tag-value pairs (in modules.conf in particular). Without this fix, code chokes badly on lines where either value or both tag+value are missing, like bare alias line, or alias w/o the value like alias some-module (syntactically incorrect, but no need for coredumps either). git-svn-id: svn://busybox.net/trunk/busybox@8700 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Michael Tokarev, mjt at tls dot msk dot ru writes:andersen2004-04-061-1/+1
| | | | | | | | | | | alias 'off' parsing fix. It is not alias off module it is alias module off git-svn-id: svn://busybox.net/trunk/busybox@8699 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Michael Tokarev, mjt at tls dot msk dot ru writes:andersen2004-04-061-2/+2
| | | | | | | | | | | | | | | | Initialize all fields of struct dep_t. Without that, e.g. `busybox modprobe -v char-major-10-144' *sometimes* fails this way (strace): write(1, "insmod nvram `\213\f\10\n", 21) = 21 Note the garbage after module name which is taken from the m_options field, which is not initialized in the alias reading/parsing part. (Shell properly complains to this command, telling it can't find the closing backtick) git-svn-id: svn://busybox.net/trunk/busybox@8698 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Christian Grigis, christian.grigis at smartdata dot ch writes: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: git-svn-id: svn://busybox.net/trunk/busybox@8697 69ca8d6d-28ef-0310-b511-8ec308f3f277
* As noted in a patch from Kendrick Hamilton, rmmod was onlyandersen2004-03-191-4/+1
| | | | | | | | half way converted, and still used the old delete_module(), call rather than a syscall, in one spot. git-svn-id: svn://busybox.net/trunk/busybox@8650 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Add missing ELFCLASSM for m68kandersen2004-03-191-2/+3
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8647 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Only use R_68K_GOTOFF if it is definedandersen2004-03-191-2/+6
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8646 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Remove trailing whitespace. Update copyright to include 2004.andersen2004-03-156-45/+44
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8630 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from OpenWrt.mjn32004-02-181-3/+5
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8511 69ca8d6d-28ef-0310-b511-8ec308f3f277
* whitespace cleanupandersen2004-01-101-45/+50
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8269 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Woody Suwalski writes:andersen2004-01-101-0/+1
| | | | | | | | | I have found the problem in modprobe, so here is the promised patch At the current stage I can use it as modprobe while switching between 2.4 and 2.6 seemlesly...(that is good!) git-svn-id: svn://busybox.net/trunk/busybox@8268 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Woody Suwalski writes:andersen2004-01-061-8/+22
| | | | | | | | accept more then 1 dependency per modules.dep line. Also white space cleanup... I think that parsing still breaks sometimes, but is mostly functional now. git-svn-id: svn://busybox.net/trunk/busybox@8261 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Fix broken #elseandersen2004-01-051-4/+3
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8260 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Fix debian bug #215612, insmod should be silent on requestbug12003-12-311-3/+4
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8207 69ca8d6d-28ef-0310-b511-8ec308f3f277
* re-indentandersen2003-12-243-1099/+1100
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8179 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Woody Suwalski:andersen2003-12-192-31/+77
| | | | | | | | | | | | | | | | | | | | | | | | | 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 git-svn-id: svn://busybox.net/trunk/busybox@8133 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Update modutils with 2.6 module supportandersen2003-12-113-36/+138
| | | | git-svn-id: svn://busybox.net/trunk/busybox@8068 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Add (untested) support for cris, based on the (old) busybox insmodmjn32003-12-041-2/+27
| | | | | | | that axis distributes. git-svn-id: svn://busybox.net/trunk/busybox@8049 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Steven Seeger writes:andersen2003-11-141-1/+2
| | | | | | | | | | | | | | | | | | | Hey guys. I've found a bug in modprobe where it generates bad strings and makes sytem calls with them. The following patch seems to have fixed the problem. It is rather inherited elsewhere, as there seems to be incorrect entries in the list which results in more dependencies than really exist for a given call to mod_process. But, this patch prevents the bad text from going to the screen. You will notice there are cases where lcmd goes unmodified before calling system. Please consider the following patch. Thanks. -Steve git-svn-id: svn://busybox.net/trunk/busybox@7902 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Do a better job of dealing with screwy s390 abi changesandersen2003-10-211-2/+5
| | | | git-svn-id: svn://busybox.net/trunk/busybox@7685 69ca8d6d-28ef-0310-b511-8ec308f3f277
* ccording to this: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 git-svn-id: svn://busybox.net/trunk/busybox@7680 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Busybox modprobe has a couple of irritating quirks:bug12003-09-081-4/+33
| | | | | | | | | | | | | | | | - attempting to modprobe a module that is already loaded yields "Failed to load module", whereas modutils quietly ignores such a request. - if a module genuinely can't be loaded due to missing symbols or similar problems, modprobe doesn't produce any useful diagnostics because the output from insmod has been redirected to /dev/null. Here's a patch to address these issue Patch by Philip Blundell git-svn-id: svn://busybox.net/trunk/busybox@7419 69ca8d6d-28ef-0310-b511-8ec308f3f277
* To load GPLONLY symbols its is required that CHECK_TAINTED_MODULES bebug12003-09-032-4/+8
| | | | | | | enabled, if not GPLONLY symbols are ignored. git-svn-id: svn://busybox.net/trunk/busybox@7371 69ca8d6d-28ef-0310-b511-8ec308f3f277
* "insmod caches the symbolname in a variable before modifying it and usesbug12003-08-311-3/+12
| | | | | | | the cached value afterwards." - Jean Wolter git-svn-id: svn://busybox.net/trunk/busybox@7339 69ca8d6d-28ef-0310-b511-8ec308f3f277
* handle GPLONLY symbolsbug12003-08-301-3/+21
| | | | git-svn-id: svn://busybox.net/trunk/busybox@7301 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Patch from Paul Mundt (lethal) adding sh64 insmod support for busyboxandersen2003-08-131-10/+72
| | | | git-svn-id: svn://busybox.net/trunk/busybox@7205 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Steven Scholz writes:andersen2003-08-061-1/+0
| | | | | | | | | | | | | | | | | the output of lsmod (busybox-1.00-pre2) contains IMHO one "\n" too much when using CONFIG_FEATURE_CHECK_TAINTED_MODULE: ~ # lsmod Module Size Used by Tainted: P ds 8364 1 m8xx_pcmcia 5388 1 pcmcia_core 40736 0 [ds m8xx_pcmcia] and this patch from Steven fixes the problem git-svn-id: svn://busybox.net/trunk/busybox@7172 69ca8d6d-28ef-0310-b511-8ec308f3f277
* Document CONFIG_FEATURE_INSMOD_LOADINKMEMandersen2003-07-221-1/+4
| | | | git-svn-id: svn://busybox.net/trunk/busybox@7097 69ca8d6d-28ef-0310-b511-8ec308f3f277
generated by cgit v1.2.3-55-g6feb (git 2.39.1) at 2025-08-09 22:27:26 +0000