Excuse me for any possible stupidity in the following answers :D
On Fri, Dec 10, 2010 at 21:16, Robert P. J. Day <[email protected]> wrote:
> On Fri, 10 Dec 2010, Hemanth Kumar wrote:
>> I am getting the error unresolved symbol rday_3, ARCH=arm omap
>> kernel=2.3.32.9
>>
>> insmod m2.ko
>> then
>> insmod m3.ko
>> unresolved symbol rday_3
IMO the order is right..
>> then i did cat /proc/kallsyms | grep rday_3
>> i can see the rday_3 in that file,But still I am unable to insmod the
>> m3.ko
The address you gave....if I apply 3:1 VM split just like x86..means
it's out of kernel address space. So, could you confirm what VM split
your current kernel use?
>> kernel,Below is the code
>>
>> file m2.c
>>
>> #include <linux/module.h>
>> #include <linux/init.h>
>> #include <linux/kernel.h>
>> static int rday_1 = 1;
>> int rday_2 = 2;
>> int rday_3 = 3;
>> EXPORT_SYMBOL(rday_3);
what if we use EXPORT_SYMBOL_GPL()? And what I am afraid is that all
those symbol are wiped out due to optimization.
>> static int __init hi(void)
>> {
>> printk(KERN_INFO "module m2 being loaded.\n");
So if my above suspicion is right, how about doing
printk(KERN_INFO "%d\" rday_3++)
just to "cheat"...?
--
regards,
Mulyadi Santosa
Freelance Linux trainer and consultant
blog: the-hydra.blogspot.com
training: mulyaditraining.blogspot.com
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to [email protected]
Please read the FAQ at http://kernelnewbies.org/FAQ
