<div class="gmail_quote"><div>Hi.</div><div><br></div><div>Thank you very much for your information. </div><div><br></div><div>> where the module was:</div><div>> 2. built with different module configuration options (your kernel supports</div>
<div>   module unloading, the 2.6.10 was built without that support.)</div><div><br></div><div>Yes, I built the modules in 2.6.32 ,i didn't include any of the module objects, which were built for 2.6.10.</div><div><br>
</div><div>Actually, I have taken 2.6.32 vanilla kernel from <a href="http://kernel.org">kernel.org</a> and added the mach-lpc3180 directory in arch/arm/ directory for including LPC3180 machine code. Then, I  build the 2.6.32 kernel uImage. Then, I have seen those zlib_deflate and zlib_inflate version magic mismatch errors. After some research, I have resolved these errors by selecting the MODULE VERSION support option in the menuconfig.</div>
<div><br></div><div>Enable loadable module support  ---> </div><div>      Module versioning support</div><div><br></div><div>After the above modifications, I didn't see any zlib mismatch errors or any other errors. But,  I didn't get any login/command prompt yet. I am still looking into this issue.</div>
<div><br></div><div>Could you please let me know, whether enabling the MODULE VERSIONING SUPPORT to resolve ZLIB version magic mismatch errors is correct or not.</div><div><br></div><div>Regards,</div><div>KK</div><div><br>
</div></div><div class="gmail_quote">On Thu, Jun 28, 2012 at 9:33 PM, Russell King - ARM Linux <span dir="ltr"><<a href="mailto:linux@arm.linux.org.uk" target="_blank">linux@arm.linux.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Wed, Jun 27, 2012 at 05:59:20PM +0530, K K wrote:<br>
> <6>VFP support v0.3: implementor 41 architecture 1 part 10 variant 9 rev 1<br>
> <5>RAMDISK: gzip image found at block 0<br>
> VFS: Mounted root (ext2 filesystem) on device 1:0.<br>
> <6>Freeing init memory: 104K<br>
<br>
</div>Good, so you've made it all the way through the kernel initialization.<br>
Then your userspace is trying to load a module:<br>
<div class="im"><br>
> --debug .@ <kernel/module.c>  <load_module>  <2186><br>
> <3>zlib_deflate: version magic '2.6.10 ARMv5 gcc-3.4' should be '2.6.32<br>
> mod_unload ARMv5 '<br>
> --debug .@ <kernel/module.c>  <load_module>  <2186><br>
> <3>zlib_inflate: version magic '2.6.10 ARMv5 gcc-3.4' should be '2.6.32<br>
</div>> mod_unload ARMv5 '*<br>
<br>
where the module was:<br>
1. built for a different version of the kernel<br>
2. built with different module configuration options (your kernel supports<br>
   module unloading, the 2.6.10 was built without that support.)<br>
<br>
</blockquote></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div>