I will fix that in next release. However, most systems (if not all) run
depmod from bootup initialization scripts. Depmod from the Makefile is only
needed when you intend to use the driver immediately without rebooting.
> 2) 'make' will also install the module. It would be nice to have an
> explicit 'make install' instead.
Getting kernel Makefile to jump back to loop-AES directory for "make
install" is easy for 2.4 kernels, but not so easy for 2.2 and 2.0 kernels.
It makes sense to have identical build instructions for all supported
kernels.
> 3) The module is installed as loop.o, same as the standard kernel
> module. I prefer to use different names for added modules.
It is a replacement for kernel's loop.o driver. Actually, it _is_ kernel's
loop.c patched and compiled outside of kernel tree. My patch just fixes
known bugs in stock loop.c and pre-registers AES transfer.
> Also, it ends up in
> /lib/modules/VERSION/block/loop.o
> which is fine for 2.2, but 2.4 uses
> /lib/modules/VERSION/kernel/drivers/block/loop.o
> so you now have two loop.o - do you know which one will be loaded?
Loop-AES build instructions _require_ you to disable the loop driver in the
kernel. If you have two loop.o drivers, you skipped some build instructions.
Also, it can't be placed in /lib/modules/VERSION/kernel/drivers/block/loop.o
because kernel's "make modules_install" will remove all non-configured
drivers from there. If it was placed there, it would disappear next time you
recompile and reinstall other kernel modules.
> I changed it to install as loop-aes.o:
> cp -p loop.o $(ML)/kernel/drivers/block/loop-aes.o
> and I can now select a module in the modules config.
If the module name is loop.o then kmod will automatically load it to kernel
when needed (assuming that CONFIG_KMOD=y). That way, there is no need to
modprobe or insmod it. Just use it, and it will be there when you need it.
Regards,
Jari Ruusu <jari.ruusu@pp.inet.fi>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/