I also notice that the 'modules_install' target is populating the
/lib/modules/version#/kernel directory with a flat collection of all the
modules at that one directory level. There are no subdirectories. Is
this intentional? This seems to break depmod and insmod for me, unless
I use insmod with a direct path and full filename.
In a (possibly related) test, if I add to .config:
CONFIG_KALLSYMS=y
then I see the following interesting behavior. Note that I do have new
modutils installed, so insmod.old does exist in /sbin
---------------
make[1]: `scripts/kconfig/conf' is up to date.
./scripts/kconfig/conf -s arch/i386/Kconfig
.config:1309: trying to assign nonexistent symbol KALLSYMS
<snip>
/sbin/kallsyms .tmp_vmlinux1 > .tmp_kallsyms1.o
Kernel requires old insmod, but couldn't run insmod.old: No such file or
directory
make: *** [.tmp_kallsyms1.o] Error 2
---------------
Is there some documented change (which I failed to locate) to ksyms I
should be using to decode oops's? Oh, and the make removes the entry
for 'CONFIG_KALLSYMS'... Help :)
-- Kevin - 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/