Re: [Ndiswrapper-general] unresolved flush_tlb_all

[Pontus F. <pon...@ta...>]

On Sun, 2003-11-30 at 03:39, Chris Tracy wrote:
> I just pulled the latest code from CVS.  It compiled fine, but wouldn't 
> load, giving the error:
> 
> insmod ./ndiswrapper.o
> ndiswrapper.o: unresolved symbol flush_tlb_all
> 
> 	Googling, I found a similar error a wrt to some radeon driver, 
> which suggested adding the lines:
> 
> #include <asm/pgalloc.h>
> EXPORT_SYMBOL(flush_tlb_all);
> 
> to kernel/ksyms.c in my kernel source.  I did so, recompiled my kernel 
> (I'm using straight up 2.4.22 from kernel.org) and rebooted.  I was able 
> to load the module now, but experienced a hard lock when loading the 
> windows driver.
> 
> Any ideas why I had to modify kernel/ksyms.c?  Is this really needed or 
> did I miss something?  (Couldn't find any note of the issue anywhere)

flush_tlb_all is not a typical function for modules to use and some
(older) kernels seems to not export it. Consider upgrading to 2.4.23.


> System specs are:
> Kernel 2.4.22/SMP  (from kernel.org)
> Redhat 9 (with all current updates)
> gcc 3.2.2 20030222
> Dell Inspiron 5150 (with HT, SMP is enabled)
> Dell TrueMobile 1300 (BCM94306)
> Got the drivers from Dell's site (R65194.EXE)
> 
> 	On a lark I just disabled SMP (nosmp, didn't compile a non-SMP 
> kernel) and had the same experience.  The SMP attempt got as far as:


SMP has been reported not to work. I am unable to run an SMP kernel on
my machine as the fan (!) stops working and the CPU gets overheated.


Pontus