aboutsummaryrefslogtreecommitdiff
path: root/sys/dev/ctau
diff options
context:
space:
mode:
authorAdrian Chadd <adrian@FreeBSD.org>2013-05-21 18:02:54 +0000
committerAdrian Chadd <adrian@FreeBSD.org>2013-05-21 18:02:54 +0000
commitdd6a574e09ab2142b0ff72df757572ba4399b746 (patch)
treeb437eb21d7076d263e6e3a1eacf56014dd3110d9 /sys/dev/ctau
parent972aa49664dd924750c52f4f241bb8cd18625ddb (diff)
downloadsrc-dd6a574e09ab2142b0ff72df757572ba4399b746.tar.gz
src-dd6a574e09ab2142b0ff72df757572ba4399b746.zip
Enable the use of TDMA on an 802.11n channel (with aggregation disabled,
of course.) There's a few things that needed to happen: * In case someone decides to set the beacon transmission rate to be at an MCS rate, use the MCS-aware version of the duration calculation to figure out how long the received beacon frame was. * If TxOP enforcing is available on the hardware and we're doing TDMA, enable it after a reset and set the TDMA guard interval to zero. This seems to behave fine. TODO: * Although I haven't yet seen packet loss, the PHY errors that would be triggered (specifically Transmit-Override-Receive) aren't enabled by the 11n HAL. I'll have to do some work to enable these PHY errors for debugging. What broke: * My recent changes to the TX queue handling has resulted in the driver not keeping the hardware queue properly filled when doing non-aggregate traffic. I have a patch to commit soon which fixes this situation (albeit by reminding me about how my ath driver locking isn't working out, sigh.) So if you want to test this without updating to the next set of patches that I commit, just bump the sysctl dev.ath.X.hwq_limit from 2 to 32. Tested: * AR5416 <-> AR5416, with ampdu disabled, HT40, 5GHz, MCS12+Short-GI. I saw 30mbit/sec in both directions using a bidirectional UDP test.
Notes
Notes: svn path=/head/; revision=250865
Diffstat (limited to 'sys/dev/ctau')
0 files changed, 0 insertions, 0 deletions