Date: Mon, 31 Jan 2011 15:42:42 +0000 (UTC) From: Adrian Chadd <adrian@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sys/dev/ath/ath_hal/ar5416 ar5416_xmit.c Message-ID: <201101311543.p0VFh7Cs013964@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
adrian 2011-01-31 15:42:42 UTC FreeBSD src repository Modified files: sys/dev/ath/ath_hal/ar5416 ar5416_xmit.c Log: SVN rev 218131 on 2011-01-31 15:42:42Z by adrian 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. Revision Changes Path 1.10 +0 -2 src/sys/dev/ath/ath_hal/ar5416/ar5416_xmit.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201101311543.p0VFh7Cs013964>