I am porting the madwifi driver to a PXA255 embedded system. When compiling=
I use the armv4-le-elf HAL/target, which seems ok by me.
When the compilation is done and the makefile tries to link the object file=
s, I get an error about the HAL being compiled for hard-float and the tar=
get being soft-float. My cross-compiler (the arm toolchain 2.95.3) wont c=
ompile with hardfloat options, I am not sure if I do something wrong here=
I reasoned and figured this was only a matter of binary types and that no d=
river would use floating point instructions so I supressed the error usin=
g --no-warn-mismatch on ld.
After I've loaded the modules on the embedded system, I do "ifconfig ath0 u=
p" which results in:
"Division by zero in kernel".
Could this have something todo with the linking of the HAL?
The kernel I am using is 2.4.26 patched for ARM and for the ARMCORE platfor=
m in this perticular case.
//Best Regards Jonas T=C3=A4rnstr=C3=B6m, Sweden