freebsd-dev/sys/dev/ath
Adrian Chadd 52f81b679a Loading the NF CCA values may take longer than expected to occur.
If it does, don't then try reprogramming the NF "cap" values (ie
what values are the "maximum" value the NF can be) - instead,
just leave the current CCA value as the NF cap.

This was inspired by some similar work from ath9k. It isn't
a 100% complete solution (as there may be some reason where a
high NF CCA/cap is written, causing the baseband to stop thinking it
is able to transmit, leading to stuck beacon and interface reset)
which I'll investigate and look at fixing in a later commit.

Obtained from:	Linux
2010-08-12 06:20:54 +00:00
..
ath_hal Loading the NF CCA values may take longer than expected to occur. 2010-08-12 06:20:54 +00:00
ath_rate
ah_osdep.c
ah_osdep.h
if_ath_pci.c
if_ath.c Don't delay updating the longcal timer - instead, update the longcal 2010-08-10 07:56:56 +00:00
if_athioctl.h
if_athrate.h
if_athvar.h