busybox-w32/modutils, branch 1_00_pre4 A mirror of https://github.com/rmyorston/busybox-w32.git https://git.lua4.win/busybox-w32/atom?h=1_00_pre4 2003-12-11T01:42:13+00:00 Update modutils with 2.6 module support 2003-12-11T01:42:13+00:00 Eric Andersen andersen@codepoet.org 2003-12-11T01:42:13+00:00 urn:sha1:e7047887b040da7035f11d0fe48d76bd67381c9c Add (untested) support for cris, based on the (old) busybox insmod 2003-12-04T15:02:57+00:00 Manuel Novoa III mjn3@codepoet.org 2003-12-04T15:02:57+00:00 urn:sha1:22e1ca382be38c2f4566925de25f3c749dd44232 that axis distributes. Steven Seeger writes: 2003-11-14T02:49:19+00:00 Eric Andersen andersen@codepoet.org 2003-11-14T02:49:19+00:00 urn:sha1:61b038acccba5cceb0e2c8a4662b3a40f4a29493 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 Do a better job of dealing with screwy s390 abi changes 2003-10-21T06:45:29+00:00 Eric Andersen andersen@codepoet.org 2003-10-21T06:45:29+00:00 urn:sha1:951df20b7e8f776e71c1063f910c34f5cfd0bec4 ccording to this: 2003-10-20T05:40:40+00:00 Eric Andersen andersen@codepoet.org 2003-10-20T05:40:40+00:00 urn:sha1:acf6c917e27998af76fd065713f403bb2648252e http://sources.redhat.com/ml/binutils/2003-01/msg00290.html The name R_390_GOTOFF was changed to R_390_GOTOFF32. -Erik Busybox modprobe has a couple of irritating quirks: 2003-09-08T00:32:49+00:00 Glenn L McGrath bug1@ihug.co.nz 2003-09-08T00:32:49+00:00 urn:sha1:350733abb8157cd8e9e0b6bb10e8699a96c31a20 - 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 To load GPLONLY symbols its is required that CHECK_TAINTED_MODULES be 2003-09-03T00:42:58+00:00 Glenn L McGrath bug1@ihug.co.nz 2003-09-03T00:42:58+00:00 urn:sha1:759d7ececd56e5b25bbfcc54a04bf939d80c7ee9 enabled, if not GPLONLY symbols are ignored. "insmod caches the symbolname in a variable before modifying it and uses 2003-08-31T01:58:18+00:00 Glenn L McGrath bug1@ihug.co.nz 2003-08-31T01:58:18+00:00 urn:sha1:c2942f0904edffa58877abf9d1f13c5d91a0ddee the cached value afterwards." - Jean Wolter handle GPLONLY symbols 2003-08-30T06:00:33+00:00 Glenn L McGrath bug1@ihug.co.nz 2003-08-30T06:00:33+00:00 urn:sha1:759515c26a8aa034b9c3f4b6dfd3b187df48883c Patch from Paul Mundt (lethal) adding sh64 insmod support for busybox 2003-08-13T19:56:33+00:00 Eric Andersen andersen@codepoet.org 2003-08-13T19:56:33+00:00 urn:sha1:bf83355dda609db2d028ecb740e1daa5cfbe15aa