32-bit PowerPC only gets iowrite32be() and ioread32be() in version
2.6.20. This applies only to the merged "powerpc" architecture
identified by CONFIG_PPC_MERGE. The old "ppc" architecture goes away in
Linux 2.6.27, so CONFIG_PPC_MERGE is no longer valid.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@4029 0192ed92-7a03-0410-a25b-9323aeb14dbd
It's obsolete and useless now, when the HAL sources are open. It also
misuses ath_hal_debug in a way incompatible with the use of
ath_hal_debug inside the HAL.
The mmiotrace facility is available in the kernel and doesn't require
any changes to the sources.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@4020 0192ed92-7a03-0410-a25b-9323aeb14dbd
Provide forward declaration of struct ath_hal in ah_osdep.h. Implement
OS_GETUPTIME (the implementation is quite primitive, as it's only used
once for some obscure condition in 5212 chips). Implement HALDEBUG()
and ath_hal_ether_sprintf().
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@4019 0192ed92-7a03-0410-a25b-9323aeb14dbd
Use correct shifts for the rate data. Remove excessive debug statements
that would have to be extended even further to deal with AR5416.
The code has been taken from the FreeBSD driver. The original coding
style has been preserved.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@4015 0192ed92-7a03-0410-a25b-9323aeb14dbd
It's better to keep initialization in one place to simplify conversion
to the new style netdev ops.
Declare ieee80211_ioctl() in ieee80211_linux.h next to other
ieee80211_ioctl* functions defined in ieee80211_wireless.c.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@4000 0192ed92-7a03-0410-a25b-9323aeb14dbd
Use spin_lock_irqsave_nested() instead of spin_lock_irqsave(). Use a
separate counter for the locking subclass, so that we don't exceed the
maximal value of 8. We have 10 queues, but inactive queues don't get a
locking subclass number.
Provide a replacement for spin_lock_irqsave_nested() for kernels older
than 2.6.19.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3995 0192ed92-7a03-0410-a25b-9323aeb14dbd
Check that AH_PRIVATE(_ah)->ah_eepromDetach is not NULL before calling
it. This fixes kernel oops in case if the attach function for the chip
fails before EEPROM support initialization and calls the corresponding
detach function.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3991 0192ed92-7a03-0410-a25b-9323aeb14dbd
When the compiler tries inlining static functions, it can notice that
some variables may not be initialized in the functions being inlined.
Provide initialization for output variables in all branches of
execution, no matter how anomalous. Add asserts in some cases.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3988 0192ed92-7a03-0410-a25b-9323aeb14dbd
gcc warns that "array subscript is above array bounds" with -O3 since
pvar is assigned before _i is checked.
Eliminate _i, use a new ppvar variable, which is a pointer to the
reference table. Terminate reference tables with NULL instead of using
ARRAY_SIZE. Fix types of reference tables to match those actually used
by the code.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3987 0192ed92-7a03-0410-a25b-9323aeb14dbd
Linux 2.6.30 doesn't define IRQ_NONE as a macro. Assume irqreturn_t,
IRQ_NONE and IRQ_HANDLED to be present on Linux 2.6.29 and newer.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3985 0192ed92-7a03-0410-a25b-9323aeb14dbd
If $(KERNELPATH)/arch/ppc is missing, ARCH should be "powerpc", not
"ppc". CONFIG_PPC_MERGE disappeared in Linux 2.6.28.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3935 0192ed92-7a03-0410-a25b-9323aeb14dbd
Use netdev_priv() for Linux 2.4.27 and newer. Provide compatibility
wrapper for older kernels.
Imply CONFIG_KMOD for Linux 2.6.27 and newer.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3902 0192ed92-7a03-0410-a25b-9323aeb14dbd
due to unlucky timing of beacon timer configuration (which we try to avoid) and
due to unlucky timing of local TSF updates (triggered by the reception of a
beacon with the same BSSID - something we can't avoid) the beacon timers (we
have 4) can be updated seperately, leaving one of them in the past, not beeing
updated until the timers wrap around. due to the fact that the beacon interval
does not fit into the timer period (16 bit) a whole number of times the size of
the ATIM window can get bigger than desired (we don't use ATIM right now so the
window size should always be 1).
this results in a phaenome described as "ramping" (ticket #1154) which is
actually a transmission delay, since the hardware is not allowed to transmit
data in the ATIM period.
the problem is described and discussed in length at
http://thread.gmane.org/gmane.linux.drivers.madwifi.devel/6066
since we don't know of a way to disable ATIM alltogether, the following adds
some workarounds to this problem:
1.) disable interrupts in timing critical function ath_beacon_config
2.) stop beacons before reconfiguring them
3.) check ATIM window after critical code which might have changed the timers
3a.) beacon configuration
3b.) reception of a beacon with the same BSSID. the hardware will have updated
the local TSF and this might have left one of the beacon timers in the past.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3867 0192ed92-7a03-0410-a25b-9323aeb14dbd
av_beacon_alloc should be unsigned long, not unsigned int to match
signatures of bitmask manupulation functions on i386.
git-svn-id: http://madwifi-project.org/svn/madwifi/trunk@3856 0192ed92-7a03-0410-a25b-9323aeb14dbd
