All,
Let me start by saying that, if we have compiled functionality
X as a built-in part of kernel, and then if we try to load X compiled
as a module, we get _bad_ results, varying from weird behaviour to
upfront crashes.
The question is : Why does insmod not check for redefinition
of symbols and hence disallow module loading in such cases ?
For the records, the kernel version I'm using is some flavour of
2.6.9.
I understand that this is a very basic thing and the kernel
module subsystem authors would have thought about it and if it behaves
this way, it would more likely be a feature. I am keenly interested
in knowing the rationale behind it.
On my setup, SCSI midlayer was compiled as part of kernel proper
and then the initrd tried to load scsi_mod.ko as a module also (which was
present in initrd as I accidently used a wrong initrd). I would expect
this to result in insmod failure due to redefinition of various
functions already exported by the SCSI mid-layer (which is part of
kernel proper).
What actually happened is that the scsi_mod.ko module got loaded
and its init_module() function was called, which apart from lot of other
things, called kmem_cache_create() to create a slab cache. Since the slab
cache with the same name was already present (the first one was created
when the SCSI midlayer init function was called as part of kernel proper
initialization), this triggered a BUG.
When I checked for the exported SCSI midlayer symbols in
/proc/kallsyms I saw duplicate symbols for all the SCSI midlayer symbols,
one in the kernel text segment 0xcXXXXXXX and the other in the module
text segment (this one was 0xeXXXXXXX).
I tried this with other components (ext3, jbd, e1000 etc) and the
results were the same; the module gets loaded on top of the builtin
functionality resulting in multiple definitions of the EXPORTed symbols.
I've tried the same thing on 2.4.20 kernel with _same_ results.
Since we see the same behaviour with different kernels, it is not specific
to a particular kernel.
Thanx,
Tomar
-- "Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works
and they don't know why ..."
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
