Adrian Chadd d39a3a978b Don't incorrectly set the burst duration setting in the TX descriptor.
After inspecting the ath9k source, it seems the AR5416 and later MACs
don't take an explicit RTS/CTS duration. A per-scenario (ie, what multi-
rate retry became) rts/cts control flag and packet duration is provided;
the hardware then apparently fills in whatever details are required.
The per-rate sp/lpack duration calculation just isn't used anywhere
in the ath9k TX packet length calculations.

The burst duration register controls something different; it seems to
be involved with RTS/CTS protection of 11n aggregate frames and is set
via a call to ar5416Set11nBurstDuration().

I've done some light testing with rts/cts protected frames and nothing
seems to break; but this may break said RTS/CTS and CTS-to-self protection.
2011-01-31 15:42:42 +00:00
..
2011-01-30 20:38:26 +00:00
2011-01-28 06:12:59 +00:00
2010-11-27 15:41:44 +00:00
2011-01-27 03:32:16 +00:00
2011-01-30 20:38:26 +00:00
2011-01-31 11:50:11 +00:00
2010-12-05 10:15:23 +00:00