> BUG_ON in rc.c when using 11n. This could be caused by an incorrect > assumption in ath9k that the rc priv is correctly for the target rate. > The issue may be seen when trying to associate and changing between > legacy and HT rates on SMP systems when mac80211 passes frames on > different queues due to multiqueue support. If that is indeed the > reason for the issue we will probably need locking on the rc priv or > simply to revamp it. I'll send a patch for now to downgrade the BUG_ON > but we do need a proper fix for this, it just needs more careful > review. I agree that rc priv needs proper locking, but I dont think this particular issue is related to some race in rc priv. As I already mentioned in one of the mails related to this problem, the root cause can be a failure in channel set, have we confirmed that?. I tried to reproduce this on my setup but no luck. > > While on the topic I should mention a welcomed change would be to > actually revamp ath9k RC to fix it to correctly report MCS rates to > mac80211. This needs complete rewrite of ath9k rate control alg. Vasanth -- 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
