On Sat, Jan 23, 2010 at 6:26 PM, Felix Fietkau <nbd@xxxxxxxxxxx> wrote: > ath9k currently forces hw->max_rate_tries to 4 to work around rate > control inefficiencies. This has some negative side effects, such as > rate_control_send_low also using a maximum of 4 tries, which could > negatively affect reliability of unicast management frames. > This patch pushes the retry limit to the rate control instead, and > allows it to use more tries on the last stage to prevent unnecessary > packet loss. If this is not merged yet and if its not too much trouble, would you mind splitting this into two separate patches, one which increases the MRR segment retry count, and the other which does what the current commit log says? Reason is increasing the MRR segment retry count might be useful as a cherry pick for older kernels. Luis -- 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