On 2012-01-28 8:17 PM, Daniel Halperin wrote:

(BUT @Felix: maybe max_tp_rate2 shouldn't use RTS/CTS---it's still
trying to be aggressive, whereas max_prob_rate is the one where you
*really* want the packet to get through. So maybe the first half of
Marek's patch is worth keeping, though it *should* be a marginal
difference in normal operating environments.)

I thought about this as well, but decided to keep it even for
max_tp_rate2, since with long A-MPDUs, the extra time needed by RTS/CTS
compared to the A-MPDU transmission time isn't that much, and
max_prob_rate is usually quite a bit slower.

- Felix