Please note: This project is no longer active. The website is kept online for historic purposes only.
If you´re looking for a Linux driver for your Atheros WLAN device, you should continue here .

Ticket #1932 (closed defect: fixed)

Opened 11 years ago

Last modified 11 years ago

Trunk (r3620) does not compile for kernel 2.4

Reported by: mrenzmann Assigned to: proski
Priority: major Milestone: version 0.9.5
Component: madwifi: other Version: trunk
Keywords: Cc:
Patch is attached: 0 Pending:

Description

Current trunk (r3620) does not compile for 2.4 kernels. Tested with kernel 2.4.32 and 2.4.36.3.

From compilation for 2.4.32:

...
/home/mrenzmann/src/linux-2.4.32/include/linux/modversions.h -DAR_DEBUG -DIEEE80211_DEBUG  -include /home/mrenzmann/src/madwifi-trunk/ath/../include/compat.h -I/home/mrenzmann/src/madwifi-trunk/ath/../include -I/home/mrenzmann/src/madwifi-trunk/ath/.. -I/home/mrenzmann/src/madwifi-trunk/ath/../ath_hal -I/home/mrenzmann/src/madwifi-trunk/ath/../hal -I/home/mrenzmann/src/madwifi-trunk/ath/../net80211 -DATH_PCI -DDFS_DOMAIN_ETSI -DDFS_DOMAIN_FCC -DTARGET='"i386-elf"' -Werror -Wall -DAH_BYTE_ORDER=AH_LITTLE_ENDIAN -fomit-frame-pointer -DATH_SUPERG_FF=1 -DATH_SUPERG_DYNTURBO=1 -DATH_TURBO_SCAN=1 -DATH_SUPERG_XR=1 -DATH_CAP_TPC=1 -DOPT_AH_H=\"public/i386-elf.opt_ah.h\" -nostdinc -iwithprefix include -DKBUILD_BASENAME=if_ath  -DEXPORT_SYMTAB -c if_ath.c
In file included from <command line>:23:
/home/mrenzmann/src/madwifi-trunk/include/compat.h: In function `kzalloc':
/home/mrenzmann/src/madwifi-trunk/include/compat.h:69: warning: passing arg 1 of `__builtin_expect' makes integer from pointer without a cast
make[3]: *** [if_ath.o] Error 1
make[3]: Leaving directory `/home/mrenzmann/src/madwifi-trunk/ath'
make[2]: *** [_mod_/home/mrenzmann/src/madwifi-trunk/ath] Error 2
make[2]: Leaving directory `/home/mrenzmann/src/linux-2.4.32'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/mrenzmann/src/madwifi-trunk/ath'
make: *** [modules] Error 1

Emptying WARNINGS in Makefile.inc helps as workaround, but it seems to me that this is not the right way to fix this issue.

Change History

05/12/08 03:44:47 changed by proski

  • status changed from new to assigned.
  • owner set to proski.

This should be fixed in r3625. Please check.

05/14/08 14:34:03 changed by mrenzmann

  • status changed from assigned to closed.
  • resolution set to fixed.

Compile-tested with r3636 against kernel 2.4.32 (using gcc 3.3.6) and kernel 2.4.36.3 (using gcc 4.1.2), works fine. Thanks.