n article
<[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> Nope, it's left-over stuff in linux/include/linux/modules. Do this: cd
> linux/include/linux mv modules modules.old mkdir modules
>
> Then, do your make xconfig && make dep && make clean && make ....
>
> That should clear up your missing dependencies.
>
> Thanks, Matt
>
<snip>
>> <path of module1>.o: Unresolved symbol best_memcpy
>> <path of module2>.o: Unrevolved symbol best_memset
>> <path of module2>.o: Unrevolved symbol __best_copy_from_user
>> <path of module2>.o: Unrevolved symbol __best_copy_to_user
I had this same problem, posted much about it in linux.redhat. In my
case, I
found that copying /usr/src/linux/arch/i386/lib/best_function.o to
/lib/modules/<uname -r>/misc/ got me past the unresolved symbols in
other modules. But, best_function.o will not load. It gives me a
"couldn't find the kernel version the module was compiled for"
error (from modprobe). Doing a modprobe on a module dependent upon
best_function.o gives the same error.
I did many kernel rebuilds trying different things out. The nifty
scripts
don't copy best_function.o when doing make modules_install.
This is with the 2.2.15-3.0 kernel. I know that best_function.c is being
compiled during the kernel rebuild, cuz I've checked its creation date.
I've
done make clean, and make mrproper.
Based on some other stuff I found on the web, I'm going to try a build
with a
newer GCC (except that I can't get ftp to my download box from the new
box, so
the RPM is stuck on my old machine - but that's another matter
altogether).
So, if anyone has any other suggestions/solutions, I'd sure like to hear
them.
TIA
jed
--
\ thag ( at sign )
\ rockchucker
\ period @
\ com [o]
--
The significant problems we face today can not be solved by
the same level of thinking that created them.
- Albert Einstein
_______________________________________________
Redhat-devel-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-devel-list
