On 2013-07-01 10:34 AM, Jean-Pierre Tosoni wrote: > Thanks Felix. > > I am using the ath9k, but I have seen this in the b43 driver: > > rates[0].count = dev->wl->hw->conf.short_frame_max_tx_count; > > Do you think that short/long_frame_max_tx_count should rather be applied at > the driver level (not mac80211) ? > The ath9k driver currently enforces a minimum retry count of 30 (constant), > it could be replaced with short/long_frame_max_tx_count ? No, I think driver level is even more wrong than generic mac80211 rate table code. The driver doesn't know more than mac80211 about how to properly distribute a limited set of retries across different rates. The only place that can properly control this is the rate control module. The ath9k retry count of 30 that you're mentioning is software retry - you should leave that one alone for now and focus on hardware retries. - 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