We ran a torture test where we try to associate 130 stations against an AP
that can only do 128. The end result is constant resetting of many of the
virtual station interfaces.
It ran overnight w/out crashing, but spewed quite a few warnings.
I will be happy to test patches or attempt fixes if anyone has suggestions
for what the cause might be....
------------[ cut here ]------------
WARNING: at /home/greearb/git/linux-3.3.dev.y/net/wireless/mlme.c:368 cfg80211_send_assoc_timeout+0x11c/0x134 [cfg80211]()
Hardware name: To be filled by O.E.M.
sta20: MLME: Failed to send assoc-timeout, state: 0
Modules linked in: aesni_intel cryptd aes_x86_64 aes_generic 8021q garp stp llc fuse macvlan wanlink(PO) pktgen coretemp hwmon sunrpc ipv6 uinput arc4 ath9k
snd_hda_codec_realtek mac80211 snd_hda_intel snd_hda_codec snd_hwdep snd_seq ath9k_common ath9k_hw snd_seq_device snd_pcm ath snd_timer e1000e cfg80211 snd
microcode ppdev iTCO_wdt soundcore pcspkr mei(C) serio_raw i2c_i801 snd_page_alloc iTCO_vendor_support parport_pc parport i915 drm_kms_helper drm i2c_algo_bit
i2c_core video [last unloaded: nf_nat]
Pid: 31420, comm: kworker/u:0 Tainted: P WC O 3.3.6+ #43
Call Trace:
[<ffffffff81036ef9>] warn_slowpath_common+0x80/0x98
[<ffffffff81036fa5>] warn_slowpath_fmt+0x41/0x43
[<ffffffffa01511b3>] cfg80211_send_assoc_timeout+0x11c/0x134 [cfg80211]
[<ffffffffa023f874>] ieee80211_assoc_done+0x4b/0x1c4 [mac80211]
[<ffffffff8105d28f>] ? enqueue_task_fair+0x136/0x294
[<ffffffff81055cd8>] ? resched_task+0x47/0x67
[<ffffffff810e03e3>] ? __slab_free+0xe1/0x22d
[<ffffffff8144a718>] ? _raw_spin_unlock_irqrestore+0x3a/0x47
[<ffffffffa0242410>] ieee80211_work_work+0xf6f/0xfd9 [mac80211]
[<ffffffff81449a93>] ? __schedule+0x499/0x4c8
[<ffffffff81057b87>] ? get_parent_ip+0x11/0x41
[<ffffffffa02414a1>] ? free_work+0x14/0x14 [mac80211]
[<ffffffff810496b5>] process_one_work+0x1a6/0x278
[<ffffffff8104b708>] worker_thread+0x136/0x255
[<ffffffff8104b5d2>] ? manage_workers+0x190/0x190
[<ffffffff8104ed09>] kthread+0x84/0x8c
[<ffffffff81450924>] kernel_thread_helper+0x4/0x10
[<ffffffff8104ec85>] ? __init_kthread_worker+0x37/0x37
[<ffffffff81450920>] ? gs_change+0x13/0x13
---[ end trace d1b4803845952d44 ]---
------------[ cut here ]------------
void cfg80211_send_assoc_timeout(struct net_device *dev, const u8 *addr)
{
struct wireless_dev *wdev = dev->ieee80211_ptr;
struct wiphy *wiphy = wdev->wiphy;
struct cfg80211_registered_device *rdev = wiphy_to_dev(wiphy);
int i;
bool done = false;
wdev_lock(wdev);
nl80211_send_assoc_timeout(rdev, dev, addr, GFP_KERNEL);
if (wdev->sme_state == CFG80211_SME_CONNECTING)
__cfg80211_connect_result(dev, addr, NULL, 0, NULL, 0,
WLAN_STATUS_UNSPECIFIED_FAILURE,
false, NULL);
for (i = 0; addr && i < MAX_AUTH_BSSES; i++) {
if (wdev->auth_bsses[i] &&
memcmp(wdev->auth_bsses[i]->pub.bssid,
addr, ETH_ALEN) == 0) {
cfg80211_unhold_bss(wdev->auth_bsses[i]);
cfg80211_put_bss(&wdev->auth_bsses[i]->pub);
wdev->auth_bsses[i] = NULL;
done = true;
break;
}
}
WARN(!done, "%s: MLME: Failed to send assoc-timeout, state: %i\n",
dev->name, wdev->sme_state);
wdev_unlock(wdev);
}
EXPORT_SYMBOL(cfg80211_send_assoc_timeout);
--
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
