Benoit PAPILLAULT wrote: > Hello Lukas, > > I think that's a good idea indeed. I think the relationship between ACK > timeout, CTS timeout and slottime and distance should be common (ie > implemented at mac80211 level) since the formula is not so trivial to me > (at least, I've seen several formulas flying around). Then, each driver > needs to convert ACK timeout since the HW registers probably takes into > account some specific MAC hw time. > > Moreover, the formula is not the same for 2.4 GHz and 5 GHz. > > madwifi had a patch for automatically finding the best ACK timeout, > maybe it could be ported to mac80211 as well. That patch is a rather ugly hack which involves doing statistics on the number of retransmissions while changing the distance setting. It has a tendency to crank up the ack timeout whenever there is some loss or interference on the link, thereby making the effects of the interference even worse. I don't think this should be added to mac80211. At some point, I will try to come up with an implementation for ath9k which doesn't involve such voodoo, but instead compares the tx timestamp of some data packets against the rx timestamp of ack packets. I don't know if this will work, but IMHO it's worth a try. - Felix -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
