On 10/31/2012 12:10 PM, Johannes Berg wrote:
On Wed, 2012-10-31 at 11:54 -0700, Ben Greear wrote:
While trying to debug another kernel splat, I saw this one. System was
in process of creating and getting DHCP for 400 virtual stations.
Code in question:
mutex_lock(&sta->ampdu_mlme.mtx);
tid_tx = rcu_dereference_protected_tid_tx(sta, tid);
if (WARN_ON(!tid_tx)) {
#ifdef CONFIG_MAC80211_HT_DEBUG
printk(KERN_DEBUG "addBA was not requested!\n");
#endif
Hm should probably be a WARN(), but ...
From the backtrace it looks like maybe you were tearing down the
interface? So maybe it's possible that you were remove it or something,
and the driver had just accepted the session? Hmm.
I've got 400 interfaces churning, some being reset due to lack of
fast enough DHCP response, etc. Could easily be related to that
drv-remove-interface bug as well..it is much more easily reproduced
in this scenario. Will re-run some tests with your suggested patch
applied...
Thanks,
Ben
johannes
--
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
--
Ben Greear <greearb@xxxxxxxxxxxxxxx>
Candela Technologies Inc http://www.candelatech.com
--
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
