linux-kernel - cfg80211, mlme: No wireless and Call Trace in kernel log.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <alpine.LNX.2.00.1106121445380.25151@swampdragon.chaosbits.net>
Date:	Sun, 12 Jun 2011 15:17:22 +0200 (CEST)
From:	Jesper Juhl <jj@...osbits.net>
To:	linux-wireless@...r.kernel.org
cc:	Jouni Malinen <j@...fi>, Johannes Berg <johannes@...solutions.net>,
	linux-kernel@...r.kernel.org
Subject: cfg80211, mlme: No wireless and Call Trace in kernel log.


My wireless (Intel Centrino Advanced-N 6200) usually works perfectly, but 
I just experienced a boot where it did not and when I inspected the kernel 
log I found this:

Jun 12 14:27:27 dragon kernel: [   68.164747] ------------[ cut here ]------------
Jun 12 14:27:27 dragon kernel: [   68.164779] WARNING: at net/wireless/mlme.c:364 cfg80211_send_assoc_timeout+0xb1/0x150 [cfg80211]()
Jun 12 14:27:27 dragon kernel: [   68.164783] Hardware name: 4384GJG
Jun 12 14:27:27 dragon kernel: [   68.164785] Modules linked in: ipv6 usb_storage uvcvideo uas videodev media v4l2_compat_ioctl32 btusb bluetooth sg i915 drm_kms_helper drm vboxnetadp vboxnetflt ehci_hcd serio_raw arc4 usbcore psmouse e1000e ecb evdev pcspkr firewire_ohci iwlagn iTCO_wdt snd_hda_codec_hdmi sdhci_pci sdhci firewire_core mac80211 snd_hda_codec_conexant i2c_i801 tpm_tis vboxdrv snd_hda_intel cpufreq_ondemand snd_hda_codec msr snd_hwdep acpi_cpufreq snd_pcm freq_table tpm i2c_algo_bit intel_agp snd_timer tpm_bios processor iTCO_vendor_support mmc_core crc_itu_t i2c_core intel_ips battery ac cfg80211 snd_page_alloc intel_gtt thermal button video wmi mperf thinkpad_acpi rfkill snd soundcore nvram ext4 mbcache jbd2 crc16 sr_mod cdrom sd_mod ahci libahci libata scsi_mod
Jun 12 14:27:27 dragon kernel: [   68.164862] Pid: 160, comm: kworker/u:4 Not tainted 2.6.39-ARCH #1
Jun 12 14:27:27 dragon kernel: [   68.164865] Call Trace:
Jun 12 14:27:27 dragon kernel: [   68.164880]  [<ffffffff8105b8ef>] warn_slowpath_common+0x7f/0xc0
Jun 12 14:27:27 dragon kernel: [   68.164882]  [<ffffffff8105b94a>] warn_slowpath_null+0x1a/0x20
Jun 12 14:27:27 dragon kernel: [   68.164887]  [<ffffffffa01ddd11>] cfg80211_send_assoc_timeout+0xb1/0x150 [cfg80211]
Jun 12 14:27:27 dragon kernel: [   68.164893]  [<ffffffffa045e7d9>] ieee80211_assoc_done+0xc9/0x160 [mac80211]
Jun 12 14:27:27 dragon kernel: [   68.164897]  [<ffffffff8104b451>] ? enqueue_task+0x41/0x90
Jun 12 14:27:27 dragon kernel: [   68.164899]  [<ffffffff8104b235>] ? check_preempt_curr+0x75/0xa0
Jun 12 14:27:27 dragon kernel: [   68.164901]  [<ffffffff81055841>] ? try_to_wake_up+0x1e1/0x380
Jun 12 14:27:27 dragon kernel: [   68.164903]  [<ffffffff81055a15>] ? wake_up_process+0x15/0x20
Jun 12 14:27:27 dragon kernel: [   68.164908]  [<ffffffffa04602c6>] ieee80211_work_work+0x4c6/0x1390 [mac80211]
Jun 12 14:27:27 dragon kernel: [   68.164912]  [<ffffffff813e5c2f>] ? schedule+0x33f/0xad0
Jun 12 14:27:27 dragon kernel: [   68.164914]  [<ffffffff813e79ae>] ? mutex_unlock+0xe/0x10
Jun 12 14:27:27 dragon kernel: [   68.164918]  [<ffffffffa045fe00>] ? free_work+0x20/0x20 [mac80211]
Jun 12 14:27:27 dragon kernel: [   68.164922]  [<ffffffff81077f7e>] process_one_work+0x11e/0x4c0
Jun 12 14:27:27 dragon kernel: [   68.164924]  [<ffffffff8107890f>] worker_thread+0x15f/0x350
Jun 12 14:27:27 dragon kernel: [   68.164926]  [<ffffffff810787b0>] ? manage_workers.isra.29+0x230/0x230
Jun 12 14:27:27 dragon kernel: [   68.164929]  [<ffffffff8107d6fc>] kthread+0x8c/0xa0
Jun 12 14:27:27 dragon kernel: [   68.164932]  [<ffffffff813eac64>] kernel_thread_helper+0x4/0x10
Jun 12 14:27:27 dragon kernel: [   68.164934]  [<ffffffff8107d670>] ? kthread_worker_fn+0x190/0x190
Jun 12 14:27:27 dragon kernel: [   68.164935]  [<ffffffff813eac60>] ? gs_change+0x13/0x13
Jun 12 14:27:27 dragon kernel: [   68.164937] ---[ end trace 96ec59871eda2777 ]---

The complete log from that session is attached as 'dmesg.log' if needed.

I've tried 6 reboots since then and it didn't happen again . I also do not 
recall that it ever happened in the past with older kernels (this is 
2.6.39.1 from the Arch Linux repositories btw), so it will be a little 
hard to test patches or bisect since it's not very reproducible.

I've attached some files with hardware and software info in the hope that 
all this info will be enough to track down the issue.

The machine is a Lenovo Thinkpad T510 (model: 4384GJG) with 4GB RAM, 320GB 
7200RPM HDD, Intel core i5 560M CPU, Gfx is build in - no discreete 
grafics card. Running 64bit Arch Linux.

'lspci -vvx' output is in 'lspci-vvx.log'.
'cat /proc/cpuinfo' output is in 'cpuinfo.log'.
Output from 'scripts/ver_linux' is in 'ver_linux.log'.
The kernel configuration is in 'config.gz'.

Please just ask for anything else that you may want/need.


-- 
Jesper Juhl <jj@...osbits.net>       http://www.chaosbits.net/
Don't top-post http://www.catb.org/jargon/html/T/top-post.html
Plain text mails only, please.

View attachment "dmesg.log" of type "TEXT/PLAIN" (111116 bytes)

View attachment "lspci-vvx.log" of type "TEXT/PLAIN" (39463 bytes)

View attachment "cpuinfo.log" of type "TEXT/PLAIN" (3468 bytes)

View attachment "ver_linux.log" of type "TEXT/PLAIN" (1646 bytes)

Download attachment "config.gz" of type "APPLICATION/octet-stream" (31002 bytes)