Return-path: Received: from qmta14.westchester.pa.mail.comcast.net ([76.96.59.212]:55450 "EHLO qmta14.westchester.pa.mail.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754760Ab1K2OTO (ORCPT ); Tue, 29 Nov 2011 09:19:14 -0500 Received: from www.jots.org (unknown [192.168.22.1]) by elanor.jots.org (Postfix) with ESMTP id 248754000A for ; Tue, 29 Nov 2011 09:18:40 -0500 (EST) To: From: "Ken D'Ambrosio" Subject: Followup with dmesg WARNING (was Bug report: can't maintain WiFi connectivity in recent kernels.) Date: Tue, 29 Nov 2011 09:18:40 -0500 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: (sfid-20111129_151918_364652_33E29E3A) Sender: linux-wireless-owner@vger.kernel.org List-ID: I hadn't sent this, because I'd thought I was only getting WARNINGs on my Virtualbox-tainted kernel, but this happened untainted, so here you go. Hope it helps! -Ken [ 198.113130] wlan0: deauthenticating from 00:27:0d:98:d1:f1 by local choice (reason=3) [ 198.113277] ------------[ cut here ]------------ [ 198.113313] WARNING: at net/wireless/mlme.c:309 __cfg80211_auth_remove+0x56/0xa0 [cfg80211]() [ 198.113317] Hardware name: EC14 Series [ 198.113320] Modules linked in: nls_iso8859_1 nls_cp437 vfat fat binfmt_misc ppdev snd_hda_codec_hdmi snd_hda_codec_realtek joydev snd_hda_intel snd_hda_codec arc4 snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm usb_storage snd_seq_dummy uvcvideo videodev snd_seq_oss fbcon tileblit snd_seq_midi i915 snd_rawmidi iwlwifi font bitblit snd_seq_midi_event softcursor snd_seq psmouse snd_timer snd_seq_device serio_raw mac80211 drm_kms_helper acer_wmi drm sparse_keymap atl1c i2c_algo_bit cfg80211 intel_agp snd intel_gtt agpgart soundcore video snd_page_alloc lp parport [ 198.113397] Pid: 44, comm: kworker/u:3 Not tainted 3.1.0+ #1 [ 198.113401] Call Trace: [ 198.113412] [] ? printk+0x1d/0x1f [ 198.113423] [] warn_slowpath_common+0x72/0xa0 [ 198.113439] [] ? __cfg80211_auth_remove+0x56/0xa0 [cfg80211] [ 198.113454] [] ? __cfg80211_auth_remove+0x56/0xa0 [cfg80211] [ 198.113461] [] warn_slowpath_null+0x22/0x30 [ 198.113480] [] __cfg80211_auth_remove+0x56/0xa0 [cfg80211] [ 198.113496] [] cfg80211_send_auth_timeout+0x5e/0xc0 [cfg80211] [ 198.113518] [] ieee80211_probe_auth_done+0xe6/0xf0 [mac80211] [ 198.113525] [] ? wake_up_process+0x14/0x20 [ 198.113532] [] ? __mutex_unlock_slowpath+0x3c/0x50 [ 198.113552] [] ieee80211_work_work+0x47b/0x12d0 [mac80211] [ 198.113559] [] ? default_spin_lock_flags+0x8/0x10 [ 198.113566] [] ? _raw_spin_trylock_bh+0x1/0x30 [ 198.113575] [] process_one_work+0xfe/0x3a0 [ 198.113580] [] ? wake_up_process+0x14/0x20 [ 198.113586] [] ? start_worker+0x25/0x30 [ 198.113605] [] ? free_work+0x20/0x20 [mac80211] [ 198.113612] [] worker_thread+0x124/0x2d0 [ 198.113618] [] ? manage_workers.isra.28+0x1e0/0x1e0 [ 198.113624] [] kthread+0x6d/0x80 [ 198.113630] [] ? flush_kthread_worker+0x80/0x80 [ 198.113637] [] kernel_thread_helper+0x6/0x10 [ 198.113642] ---[ end trace 04bdbdc199f6d75f ]--- Hi. For reasons pertaining to btrfs, I'm running 3.1+ kernels, and the wifi on my system now flakes out sporadically, but reliably. It can sometimes run for a couple days, but other days (like, say, yesterday) it'll fail upwards of 30 times. Simply attempting to re-acquire a connection via Network Manager fails 100%. I need to rmmod and modprobe the iwlwifi module, and then am able to immediately connect, 100% of the time -- albeit, briefly. Rebooting under these circumstances seems to have as much affect as reloading the module. (I wonder if there's something that changes on the WAP side that triggers this? That would explain the occasional doses of extended uptime, followed by days of misery, regardless of reboots and module playing.) While the behavior, sadly, *is* sporadic, when - it's not a problem on older (distribution-supplied) kernels, and - reloading -- and only reloading -- the module fixes it, however briefly, it seems to me it's probably a problem with the module. Here's some additional information: * Happens on multiple WAPs (home, hotel, work, etc.) * 02:00.0 Network controller: Intel Corporation WiFi Link 1000 Series * The system *thinks* everything is fine -- NetworkManager happily shows all the WAPs, etc. -- but I'm unable to re-acquire them until I reload the module. * kernel 3.1.0+, untainted (Chris Mason's btrfs git pull from three weeks ago; also experienced with slightly older, post 3.x kernels) * Seems to fail most quickly under load (e.g., streaming); can push an hour if doing relatively little * I'm unsure which kernel rev. was the tipping point, but Ubuntu 10.04 generally "just worked," and is what I'm booted to now off of USB -- 2.6.32. I'd give you dmesg messages, but I'm -- catch-22 -- Ubuntu 10.04 won't mount my btrfs partition, but runs WiFi flawlessly. If you need those messages, just let me know, and I'll pull them off. If there's anything else I can help out with, please don't hesitate to let me know. Thanks! -Ken