Notes |
(0002366)
integrator
05-17-07 08:56
|
ralf,
What are you trying to achieve here? |
|
(0002385)
ralf
05-20-07 10:00
|
integrator: let insmod scan /lib/modules even when 2.4 modules support wasn't compiled in |
|
(0002388)
integrator
05-20-07 10:55
|
ralf,
What I was asking is why you need to scan those directories in the first place?
I believe it's not the responsibility of insmod to search where the module is, but modprobe's. Currently modprobe does quite a good job at that, and shall be used. I also believe that module searching should be yanked out of insmod (if there is any). The real insmod from outter world does no search at all.
Instead of "insmod foobar.ko", just type "modprobe foobar". Or supply the full path to the module with "insmod /lib/module/version/kernel/some/dir/foobar.ko" |
|
(0002389)
ralf
05-20-07 11:27
|
the new patch applies against current SVN |
|
(0002390)
integrator
05-20-07 12:10
|
Ralf,
First of, we must decide wether its the job of insmod or not. Again, plain insmod from module-init-tools does NOT search for modules. Do we want to add this feature that the original code doesn't have? I guess no.
Second, you're mostly duplicating code in your patch. Common code should lie in a function that gets called from everywhere it's needed. If we decide to incorporate this code, you'll have to refactor your patch.
Ralf, are you subsribed to the BB mailing list? If so, we should switch there to see what people think about this issue.
Regards,
Yann E. MORIN (aka integrator). |
|
(0002402)
integrator
05-25-07 13:18
|
As Bernhard Fischer states, which Mike Frysinger and I second:
"No. If you want a module loader that searches for mods, there's modprobe."
Yann E. MORIN. |
|