2012-10-01 09:25:50

by Jasmine Hassan

[permalink] [raw]
Subject: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

Hi,

I posted this a few days ago against 3.6-rc7, but got no response.
http://marc.info/?l=linux-wireless&m=134875589522742&w=2

Tested again today against 3.6 stable, and still triggering kernel bug.
Attached updated kernel trace from syslog.

Best,
Jasmine Hassan


Attachments:
3.6-trace_wpasupplicant.txt (6.25 kB)

2012-10-01 12:01:57

by Arend van Spriel

[permalink] [raw]
Subject: Re: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

On 10/01/2012 01:34 PM, John W. Linville wrote:
> Why aren't you using brcmsmac?
>

Because the chip is bcm43142. No support for that in brcmsmac.

Gr. AvS



2012-10-21 09:23:14

by Jasmine Hassan

[permalink] [raw]
Subject: Re: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

forgot to re-attach the patch

On Sun, Oct 21, 2012 at 11:21 AM, Jasmine Hassan <[email protected]> wrote:
> (resent to list as plain text)
>
> Hi,
>
> @Dan, yes. Though it's mixed/propietary, it would be great if at least
> Broadcom would publish specifications for the PHY (LCN40 rev 3) to
> allow others who are interested (as Rafał Miłecki) to develop
> open-source drivers.
>
> Luckily this time, the issue was in the part of the driver where
> source is available.
>
> --
>
> Frank Vanderham, maintainer of the same driver (wireless-bcm43142) in
> the AUR, turned my attention to changes suggested by another user
> (andreyv) on broadcom-wl, also in the AUR.
> https://aur.archlinux.org/packages.php?ID=19514&comments=all
>
> He noticed warnings while compiling the module against kernel 3.6.2:
> aur-broadcom-wl/src/src/wl/
> sys/wl_cfg80211.c:1647:2: warning: initialization from incompatible
> pointer type [enabled by default]
> aur-broadcom-wl/src/src/wl/sys/wl_cfg80211.c:1647:2: warning: (near
> initialization for 'wl_cfg80211_ops.scan') [enabled by default]
>
> And noted:
> ---
> In Linux's <net/cfg80211.h> we see
>
> int (*scan)(struct wiphy *wiphy,
> struct cfg80211_scan_request *request);
>
> but in the module we have
>
> static s32 wl_cfg80211_scan(struct wiphy *wiphy, struct net_device *ndev,
> struct cfg80211_scan_request *request);
> ---
>
> Surely, doing a diff between 3.5.0 and 3.6.0
> headers/include/net/cfg80211.h, one notices that net_device was moved
> to wireless_dev, and subsequently the (second) parameter to
> cfg80211_scan was dropped.
>
> Looking at commits affecting drivers/net/wireless/brcm80211/brcmfmac/
> from March onwards, one finds:
> ---
> commit fd0142844efa85d89017c89227a0f03de1eee327
> Author: Johannes Berg <[email protected]>
> Date: Mon Jun 18 19:17:03 2012 +0200
>
> nl80211: move scan API to wdev
>
> The new P2P Device will have to be able to scan for
> P2P search, so move scanning to use struct wireless_dev
> instead of struct net_device.
> ---
>
> Adapt a patch (attached) using LINUX_VERSION_CODE conditionals, as to
> not break support for pre-3.6 kernels, and problem solved.
>
> However, scan results seem quite limited. That is, discovered BSSID's
> are noticeably fewer compared to results on 3.2.x-3.5.x, either via
> `/sbin/iwlist wlan1 scanning`, or networkmanager. Only 3-5 are show by
> iwlist, sometimes none, and network manager lists 6 at most.
> Same driver on 3.5 (or prior) quickly picks up at least 15 BSSIDs.
>
> Is there something obviously wrong with the patch?
>
> Best,
> Jasmine
>
>
> On Mon, Oct 1, 2012 at 3:51 PM, Dan Williams <[email protected]> wrote:
>>
>> On Mon, 2012-10-01 at 11:25 +0200, Jasmine Hassan wrote:
>> > Hi,
>> >
>> > I posted this a few days ago against 3.6-rc7, but got no response.
>> > http://marc.info/?l=linux-wireless&m=134875589522742&w=2
>> >
>> > Tested again today against 3.6 stable, and still triggering kernel bug.
>> > Attached updated kernel trace from syslog.
>>
>> Since that's the closed proprietary driver, there's pretty much nothing
>> anyone here can do about it, since we don't have the source code. The
>> ball is in Broadcom's court.
>>
>> Dan
>>


Attachments:
08-kernel_3.6_onwards.patch (1.58 kB)

2012-10-21 09:21:53

by Jasmine Hassan

[permalink] [raw]
Subject: Re: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

(resent to list as plain text)

Hi,

@Dan, yes. Though it's mixed/propietary, it would be great if at least
Broadcom would publish specifications for the PHY (LCN40 rev 3) to
allow others who are interested (as Rafał Miłecki) to develop
open-source drivers.

Luckily this time, the issue was in the part of the driver where
source is available.

--

Frank Vanderham, maintainer of the same driver (wireless-bcm43142) in
the AUR, turned my attention to changes suggested by another user
(andreyv) on broadcom-wl, also in the AUR.
https://aur.archlinux.org/packages.php?ID=19514&comments=all

He noticed warnings while compiling the module against kernel 3.6.2:
aur-broadcom-wl/src/src/wl/
sys/wl_cfg80211.c:1647:2: warning: initialization from incompatible
pointer type [enabled by default]
aur-broadcom-wl/src/src/wl/sys/wl_cfg80211.c:1647:2: warning: (near
initialization for 'wl_cfg80211_ops.scan') [enabled by default]

And noted:
---
In Linux's <net/cfg80211.h> we see

int (*scan)(struct wiphy *wiphy,
struct cfg80211_scan_request *request);

but in the module we have

static s32 wl_cfg80211_scan(struct wiphy *wiphy, struct net_device *ndev,
struct cfg80211_scan_request *request);
---

Surely, doing a diff between 3.5.0 and 3.6.0
headers/include/net/cfg80211.h, one notices that net_device was moved
to wireless_dev, and subsequently the (second) parameter to
cfg80211_scan was dropped.

Looking at commits affecting drivers/net/wireless/brcm80211/brcmfmac/
from March onwards, one finds:
---
commit fd0142844efa85d89017c89227a0f03de1eee327
Author: Johannes Berg <[email protected]>
Date: Mon Jun 18 19:17:03 2012 +0200

nl80211: move scan API to wdev

The new P2P Device will have to be able to scan for
P2P search, so move scanning to use struct wireless_dev
instead of struct net_device.
---

Adapt a patch (attached) using LINUX_VERSION_CODE conditionals, as to
not break support for pre-3.6 kernels, and problem solved.

However, scan results seem quite limited. That is, discovered BSSID's
are noticeably fewer compared to results on 3.2.x-3.5.x, either via
`/sbin/iwlist wlan1 scanning`, or networkmanager. Only 3-5 are show by
iwlist, sometimes none, and network manager lists 6 at most.
Same driver on 3.5 (or prior) quickly picks up at least 15 BSSIDs.

Is there something obviously wrong with the patch?

Best,
Jasmine


On Mon, Oct 1, 2012 at 3:51 PM, Dan Williams <[email protected]> wrote:
>
> On Mon, 2012-10-01 at 11:25 +0200, Jasmine Hassan wrote:
> > Hi,
> >
> > I posted this a few days ago against 3.6-rc7, but got no response.
> > http://marc.info/?l=linux-wireless&m=134875589522742&w=2
> >
> > Tested again today against 3.6 stable, and still triggering kernel bug.
> > Attached updated kernel trace from syslog.
>
> Since that's the closed proprietary driver, there's pretty much nothing
> anyone here can do about it, since we don't have the source code. The
> ball is in Broadcom's court.
>
> Dan
>

2012-10-07 10:17:15

by Arend van Spriel

[permalink] [raw]
Subject: Re: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

On 10/07/2012 11:26 AM, Ari Kuusava wrote:
> I am on Gentoo and using wpasupplicant with Broadcom BCM4727 802.11 Hybrid
> Wireless Controller 5.100.82.112.
> Everything works perfect in 3,5,4
> Upgrading to 3,6,0 stable gives same bug as to you.
> Only thing chanced is kernel.
> So I believe that's kernel busines
>
> Have a nice dayservicemen

I think your device is not BCM4727 so can you give me 'lspci -v' output.

The broadcom-sta package is provided by the distros and maintained by
Broadcom as it is a out-of-tree driver. That means it needs to keep up
with the latest kernels, but it is lagging. Basically, this is the major
disadvantage of *not* doing driver development upstream.

Issue with broadcom-sta package can be sent to:

[email protected]

Regards,
Arend


2012-10-01 11:45:36

by John W. Linville

[permalink] [raw]
Subject: Re: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

Why aren't you using brcmsmac?

On Mon, Oct 01, 2012 at 11:25:49AM +0200, Jasmine Hassan wrote:
> Hi,
>
> I posted this a few days ago against 3.6-rc7, but got no response.
> http://marc.info/?l=linux-wireless&m=134875589522742&w=2
>
> Tested again today against 3.6 stable, and still triggering kernel bug.
> Attached updated kernel trace from syslog.
>
> Best,
> Jasmine Hassan

> Oct 1 10:38:47 terra kernel: [ 17.026025] ------------[ cut here ]------------
> Oct 1 10:38:47 terra kernel: [ 17.028051] kernel BUG at include/net/cfg80211.h:2473!
> Oct 1 10:38:47 terra kernel: [ 17.030240] invalid opcode: 0000 [#1] PREEMPT SMP
> Oct 1 10:38:47 terra kernel: [ 17.032546] Modules linked in: af_packet cpufreq_conservative cpufreq_stats cpufreq_powersave binfmt_misc fuse loop dm_crypt dm_mod snd_hda_codec_hdmi uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core snd_hda_codec_conexant i915 radeon intel_agp intel_gtt videodev i2c_algo_bit ttm drm_kms_helper media btusb bluetooth drm hid_generic snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc joydev i2c_i801 snd_seq_dummy iTCO_wdt iTCO_vendor_support lpc_ich coretemp snd_seq_oss i2c_core mfd_core mei lib80211_crypt_tkip snd_seq_midi wl(PO) snd_seq_midi_event snd_rawmidi kvm_intel cfg80211 kvm snd_seq dell_wmi acpi_cpufreq mperf snd_seq_device snd_timer snd lib80211 dell_laptop(O) rfkill evdev sparse_keymap soundcore microcode psmouse dcdbas pcspkr processor serio_raw video battery ac button wmi ext4 crc16 jbd2 mbcache btrfs libcrc32c zlib_deflate usbhid hid sr_mod sd_mod cdrom crc_t10dif crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 f
> Oct 1 10:38:47 terra kernel: an aes_generic ablk_helper cryptd thermal ahci libahci libata scsi_mod r8169 mii xhci_hcd ehci_hcd usbcore usb_common
> Oct 1 10:38:47 terra kernel: [ 17.051679] CPU 0
> Oct 1 10:38:47 terra kernel: [ 17.051707] Pid: 2708, comm: wpa_supplicant Tainted: P O 3.6-0.slh.1-aptosid-amd64 #1 Dell Inc. Inspiron 5520/0XWH1P
> Oct 1 10:38:47 terra kernel: [ 17.057512] RIP: 0010:[<ffffffffa06e308a>] [<ffffffffa06e308a>] wdev_priv+0x5/0xc [wl]
> Oct 1 10:38:47 terra kernel: [ 17.060546] RSP: 0018:ffff880158cd19e0 EFLAGS: 00010246
> Oct 1 10:38:47 terra kernel: [ 17.063538] RAX: ffffffffa089ba30 RBX: ffff880159727c00 RCX: 00000000000000ff
> Oct 1 10:38:47 terra kernel: [ 17.066516] RDX: 0000000000000000 RSI: ffff880159727c00 RDI: 0000000000000000
> Oct 1 10:38:47 terra kernel: [ 17.069503] RBP: 0000000000000000 R08: 0000000000015420 R09: ffff880159727c00
> Oct 1 10:38:47 terra kernel: [ 17.072490] R10: ffffffffa051b229 R11: ffff880156715c1c R12: ffff880158cd1a98
> Oct 1 10:38:47 terra kernel: [ 17.075474] R13: 0000000000000001 R14: ffff880159727c00 R15: ffff880156715c24
> Oct 1 10:38:47 terra kernel: [ 17.078424] FS: 00007f1e952c1700(0000) GS:ffff88015f200000(0000) knlGS:0000000000000000
> Oct 1 10:38:47 terra kernel: [ 17.081443] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> Oct 1 10:38:47 terra kernel: [ 17.084476] CR2: 0000000001ac04b8 CR3: 0000000156693000 CR4: 00000000001407f0
> Oct 1 10:38:47 terra kernel: [ 17.087551] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Oct 1 10:38:47 terra kernel: [ 17.090597] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Oct 1 10:38:47 terra kernel: [ 17.093667] Process wpa_supplicant (pid: 2708, threadinfo ffff880158cd0000, task ffff8801573754c0)
> Oct 1 10:38:47 terra kernel: [ 17.096715] Stack:
> Oct 1 10:38:47 terra kernel: [ 17.099726] ffffffffa06e395c ffff880159727c00 ffff880157579000 ffff880158cd1a98
> Oct 1 10:38:47 terra kernel: [ 17.102700] 0000000000000001 ffff8801551a1c00 ffffffffa051b473 ffff880156715c1c
> Oct 1 10:38:47 terra kernel: [ 17.105699] 0000000000000033 0000000000000021 ffff8801575791e0 000000000000009a
> Oct 1 10:38:47 terra kernel: [ 17.108700] Call Trace:
> Oct 1 10:38:47 terra kernel: [ 17.111660] [<ffffffffa06e395c>] ? wl_cfg80211_scan+0x1a/0x1e1 [wl]
> Oct 1 10:38:47 terra kernel: [ 17.114622] [<ffffffffa051b473>] ? nl80211_trigger_scan+0x38d/0x45d [cfg80211]
> Oct 1 10:38:47 terra kernel: [ 17.117621] [<ffffffff81287f0a>] ? genl_rcv_msg+0x1b6/0x1ff
> Oct 1 10:38:47 terra kernel: [ 17.120619] [<ffffffff81287d54>] ? genl_rcv+0x28/0x28
> Oct 1 10:38:47 terra kernel: [ 17.123606] [<ffffffff812879c1>] ? netlink_rcv_skb+0x36/0x7c
> Oct 1 10:38:47 terra kernel: [ 17.126562] [<ffffffff81287d4b>] ? genl_rcv+0x1f/0x28
> Oct 1 10:38:47 terra kernel: [ 17.129531] [<ffffffff812874f9>] ? netlink_unicast+0xda/0x15a
> Oct 1 10:38:47 terra kernel: [ 17.132492] [<ffffffff812877f2>] ? netlink_sendmsg+0x279/0x29e
> Oct 1 10:38:47 terra kernel: [ 17.135425] [<ffffffff812594b3>] ? sock_sendmsg+0x4f/0x6c
> Oct 1 10:38:47 terra kernel: [ 17.138303] [<ffffffff810a76ae>] ? __alloc_pages_nodemask+0x139/0x6f2
> Oct 1 10:38:47 terra kernel: [ 17.141232] [<ffffffff810a12f5>] ? find_get_page+0x61/0x6c
> Oct 1 10:38:47 terra kernel: [ 17.144164] [<ffffffff81259fcd>] ? __sys_sendmsg+0x1f2/0x284
> Oct 1 10:38:47 terra kernel: [ 17.147090] [<ffffffff8132a335>] ? _raw_spin_unlock+0x1e/0x2c
> Oct 1 10:38:47 terra kernel: [ 17.149996] [<ffffffff810bae61>] ? handle_mm_fault+0x1aa/0x1e7
> Oct 1 10:38:47 terra kernel: [ 17.152922] [<ffffffff8102ce86>] ? do_page_fault+0x274/0x2f2
> Oct 1 10:38:47 terra kernel: [ 17.155810] [<ffffffff81011a2c>] ? check_for_xstate+0x22/0x75
> Oct 1 10:38:47 terra kernel: [ 17.158629] [<ffffffff81011d88>] ? restore_i387_xstate+0xe4/0x1f4
> Oct 1 10:38:47 terra kernel: [ 17.161484] [<ffffffff8104466c>] ? do_sigaltstack+0xac/0x146
> Oct 1 10:38:47 terra kernel: [ 17.164324] [<ffffffff8125ab89>] ? sys_sendmsg+0x39/0x57
> Oct 1 10:38:47 terra kernel: [ 17.167152] [<ffffffff8132aff9>] ? system_call_fastpath+0x16/0x1b
> Oct 1 10:38:47 terra kernel: [ 17.169942] Code: c6 30 70 85 a0 31 c0 e8 22 03 c4 e0 48 c7 c7 30 ab 85 a0 31 c0 e8 14 03 c4 e0 48 89 df e8 73 fd ff ff 31 c0 5b c3 48 85 ff 75 02 <0f> 0b 48 8b 3f eb a4 41 54 41 89 c9 55 53 48 83 ec 50 65 48 8b
> Oct 1 10:38:47 terra kernel: [ 17.176029] RIP [<ffffffffa06e308a>] wdev_priv+0x5/0xc [wl]
> Oct 1 10:38:47 terra kernel: [ 17.178795] RSP <ffff880158cd19e0>
> Oct 1 10:38:47 terra kernel: [ 17.181589] ---[ end trace d0244e8a4dcb2ed4 ]---
> Oct 1 10:38:47 terra NetworkManager[2670]: <info> wpa_supplicant stopped
> Oct 1 10:38:47 terra NetworkManager[2670]: <info> (eth2): supplicant interface state: inactive -> down
> Oct 1 10:38:47 terra NetworkManager[2670]: <info> (eth2): device state change: disconnected -> unavailable (reason 'supplicant-failed') [30 20 10]
> Oct 1 10:38:47 terra NetworkManager[2670]: <info> (eth2): deactivating device (reason 'supplicant-failed') [10]


--
John W. Linville Someday the world will need a hero, and you
[email protected] might be all we have. Be ready.

2012-10-25 03:53:33

by Jasmine Hassan

[permalink] [raw]
Subject: Re: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

On Sun, Oct 21, 2012 at 11:19 AM, Jasmine Hassan <[email protected]> wrote:
> However, scan results seem quite limited. That is, discovered BSSID's are
> noticeably fewer compared to results on 3.2.x-3.5.x, either via
> `/sbin/iwlist wlan1 scanning`, or networkmanager. Only 3-5 are show by
> iwlist, sometimes none, and network manager lists 6 at most.
> Same driver on 3.5 (or prior) quickly picks up at least 15 BSSIDs.

I take that back. Limited scanning was due to having laptop's lid
closed (and working on an external LED) while testing. Obviously, the
wifi card's antennae are in the bezel of the screen (doh).

Scanning actually seems even better now, in 3.6.x :)

Best,
Jasmine

2012-10-01 12:48:39

by Dan Williams

[permalink] [raw]
Subject: Re: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

On Mon, 2012-10-01 at 11:25 +0200, Jasmine Hassan wrote:
> Hi,
>
> I posted this a few days ago against 3.6-rc7, but got no response.
> http://marc.info/?l=linux-wireless&m=134875589522742&w=2
>
> Tested again today against 3.6 stable, and still triggering kernel bug.
> Attached updated kernel trace from syslog.

Since that's the closed proprietary driver, there's pretty much nothing
anyone here can do about it, since we don't have the source code. The
ball is in Broadcom's court.

Dan


2012-10-07 09:34:59

by Ari Kuusava

[permalink] [raw]
Subject: Re: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

I am on Gentoo and using wpasupplicant with Broadcom BCM4727 802.11 Hybrid
Wireless Controller 5.100.82.112.
Everything works perfect in 3,5,4
Upgrading to 3,6,0 stable gives same bug as to you.
Only thing chanced is kernel.
So I believe that's kernel busines

Have a nice dayservicemen





2012-10-01 12:01:24

by Jasmine Hassan

[permalink] [raw]
Subject: Re: [Kernel Bug] 3.6, wpasupplicant 1.0, broadcom-sta 6.20.55.19

Short answer:
Because it is a brand-spanking-new unsupported hybrid bcm43142 card

Long answer:
>From the post I linked:
> My newish Dell Inspiron 15R 5520 shipped with ubuntu installed, and
> had this (apparently unreleased?) version of broadcom-sta-dkms, for
> the bcm43142 (Dell hybrid wifi/bluetooth adapter / 14e4:4365)
>
> # lspci -nn | tail -1
> 08:00.0 Network controller [0280]: Broadcom Corporation Device
> [14e4:4365] (rev 01)
>
> # dmesg | grep BCM
> eth0: Broadcom BCM4365 802.11 Hybrid Wireless Controller 6.20.55.19 (r300276)

And,

Rafał Miłecki (zajec5) wrote on 2012-07-30:
> In case of 14e4:4365 BCM43142:
> * PHY is LCN40 (revision 3)
> * RADIO is 0xA065 (revision 0)
>
> Unfortunately there are not specs for LCN40 available, b43 doesn't support
> (just like brcmsmac).
>
> I'm not sure if we can have hopes in Broadcom (brcmsmac driver [0]). They are
> planning to add more N-PHY support for almost two years and they still didn't
> release (planned) HT-PHY support. Not sure if LCN40 is on their internal TODO
> at all.
>
> I also don't think anyone is working on specs [1] right now and I won't be able to
> add support for LCN40 without them.
>
> [0] http://wireless.kernel.org/en/users/Drivers/brcm80211
> [1] http://bcm-v4.sipsolutions.net/
Source: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/863051/comments/80

I also have to install dell's bluetooth package for an updated btusb +
firmware (BCM43142A0_001.001.011.0028.0036.hcd), for bluetooth to
work:
# lsusb | grep Broadcom
Bus 004 Device 003: ID 0a5c:21d7 Broadcom Corp.
http://wielki.tk/vostro/debs/bt-bcm43142-onereic_0.0+20111116somerville2_amd64.deb

Best,
Jasmine Hassan

On Mon, Oct 1, 2012 at 1:34 PM, John W. Linville <[email protected]> wrote:
> Why aren't you using brcmsmac?
>
> On Mon, Oct 01, 2012 at 11:25:49AM +0200, Jasmine Hassan wrote:
>> Hi,
>>
>> I posted this a few days ago against 3.6-rc7, but got no response.
>> http://marc.info/?l=linux-wireless&m=134875589522742&w=2
>>
>> Tested again today against 3.6 stable, and still triggering kernel bug.
>> Attached updated kernel trace from syslog.
>>
>> Best,
>> Jasmine Hassan
>
>> Oct 1 10:38:47 terra kernel: [ 17.026025] ------------[ cut here ]------------
>> Oct 1 10:38:47 terra kernel: [ 17.028051] kernel BUG at include/net/cfg80211.h:2473!
>> Oct 1 10:38:47 terra kernel: [ 17.030240] invalid opcode: 0000 [#1] PREEMPT SMP
>> Oct 1 10:38:47 terra kernel: [ 17.032546] Modules linked in: af_packet cpufreq_conservative cpufreq_stats cpufreq_powersave binfmt_misc fuse loop dm_crypt dm_mod snd_hda_codec_hdmi uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core snd_hda_codec_conexant i915 radeon intel_agp intel_gtt videodev i2c_algo_bit ttm drm_kms_helper media btusb bluetooth drm hid_generic snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc joydev i2c_i801 snd_seq_dummy iTCO_wdt iTCO_vendor_support lpc_ich coretemp snd_seq_oss i2c_core mfd_core mei lib80211_crypt_tkip snd_seq_midi wl(PO) snd_seq_midi_event snd_rawmidi kvm_intel cfg80211 kvm snd_seq dell_wmi acpi_cpufreq mperf snd_seq_device snd_timer snd lib80211 dell_laptop(O) rfkill evdev sparse_keymap soundcore microcode psmouse dcdbas pcspkr processor serio_raw video battery ac button wmi ext4 crc16 jbd2 mbcache btrfs libcrc32c zlib_deflate usbhid hid sr_mod sd_mod cdrom crc_t10dif crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 f
>> Oct 1 10:38:47 terra kernel: an aes_generic ablk_helper cryptd thermal ahci libahci libata scsi_mod r8169 mii xhci_hcd ehci_hcd usbcore usb_common
>> Oct 1 10:38:47 terra kernel: [ 17.051679] CPU 0
>> Oct 1 10:38:47 terra kernel: [ 17.051707] Pid: 2708, comm: wpa_supplicant Tainted: P O 3.6-0.slh.1-aptosid-amd64 #1 Dell Inc. Inspiron 5520/0XWH1P
>> Oct 1 10:38:47 terra kernel: [ 17.057512] RIP: 0010:[<ffffffffa06e308a>] [<ffffffffa06e308a>] wdev_priv+0x5/0xc [wl]
>> Oct 1 10:38:47 terra kernel: [ 17.060546] RSP: 0018:ffff880158cd19e0 EFLAGS: 00010246
>> Oct 1 10:38:47 terra kernel: [ 17.063538] RAX: ffffffffa089ba30 RBX: ffff880159727c00 RCX: 00000000000000ff
>> Oct 1 10:38:47 terra kernel: [ 17.066516] RDX: 0000000000000000 RSI: ffff880159727c00 RDI: 0000000000000000
>> Oct 1 10:38:47 terra kernel: [ 17.069503] RBP: 0000000000000000 R08: 0000000000015420 R09: ffff880159727c00
>> Oct 1 10:38:47 terra kernel: [ 17.072490] R10: ffffffffa051b229 R11: ffff880156715c1c R12: ffff880158cd1a98
>> Oct 1 10:38:47 terra kernel: [ 17.075474] R13: 0000000000000001 R14: ffff880159727c00 R15: ffff880156715c24
>> Oct 1 10:38:47 terra kernel: [ 17.078424] FS: 00007f1e952c1700(0000) GS:ffff88015f200000(0000) knlGS:0000000000000000
>> Oct 1 10:38:47 terra kernel: [ 17.081443] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> Oct 1 10:38:47 terra kernel: [ 17.084476] CR2: 0000000001ac04b8 CR3: 0000000156693000 CR4: 00000000001407f0
>> Oct 1 10:38:47 terra kernel: [ 17.087551] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
>> Oct 1 10:38:47 terra kernel: [ 17.090597] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
>> Oct 1 10:38:47 terra kernel: [ 17.093667] Process wpa_supplicant (pid: 2708, threadinfo ffff880158cd0000, task ffff8801573754c0)
>> Oct 1 10:38:47 terra kernel: [ 17.096715] Stack:
>> Oct 1 10:38:47 terra kernel: [ 17.099726] ffffffffa06e395c ffff880159727c00 ffff880157579000 ffff880158cd1a98
>> Oct 1 10:38:47 terra kernel: [ 17.102700] 0000000000000001 ffff8801551a1c00 ffffffffa051b473 ffff880156715c1c
>> Oct 1 10:38:47 terra kernel: [ 17.105699] 0000000000000033 0000000000000021 ffff8801575791e0 000000000000009a
>> Oct 1 10:38:47 terra kernel: [ 17.108700] Call Trace:
>> Oct 1 10:38:47 terra kernel: [ 17.111660] [<ffffffffa06e395c>] ? wl_cfg80211_scan+0x1a/0x1e1 [wl]
>> Oct 1 10:38:47 terra kernel: [ 17.114622] [<ffffffffa051b473>] ? nl80211_trigger_scan+0x38d/0x45d [cfg80211]
>> Oct 1 10:38:47 terra kernel: [ 17.117621] [<ffffffff81287f0a>] ? genl_rcv_msg+0x1b6/0x1ff
>> Oct 1 10:38:47 terra kernel: [ 17.120619] [<ffffffff81287d54>] ? genl_rcv+0x28/0x28
>> Oct 1 10:38:47 terra kernel: [ 17.123606] [<ffffffff812879c1>] ? netlink_rcv_skb+0x36/0x7c
>> Oct 1 10:38:47 terra kernel: [ 17.126562] [<ffffffff81287d4b>] ? genl_rcv+0x1f/0x28
>> Oct 1 10:38:47 terra kernel: [ 17.129531] [<ffffffff812874f9>] ? netlink_unicast+0xda/0x15a
>> Oct 1 10:38:47 terra kernel: [ 17.132492] [<ffffffff812877f2>] ? netlink_sendmsg+0x279/0x29e
>> Oct 1 10:38:47 terra kernel: [ 17.135425] [<ffffffff812594b3>] ? sock_sendmsg+0x4f/0x6c
>> Oct 1 10:38:47 terra kernel: [ 17.138303] [<ffffffff810a76ae>] ? __alloc_pages_nodemask+0x139/0x6f2
>> Oct 1 10:38:47 terra kernel: [ 17.141232] [<ffffffff810a12f5>] ? find_get_page+0x61/0x6c
>> Oct 1 10:38:47 terra kernel: [ 17.144164] [<ffffffff81259fcd>] ? __sys_sendmsg+0x1f2/0x284
>> Oct 1 10:38:47 terra kernel: [ 17.147090] [<ffffffff8132a335>] ? _raw_spin_unlock+0x1e/0x2c
>> Oct 1 10:38:47 terra kernel: [ 17.149996] [<ffffffff810bae61>] ? handle_mm_fault+0x1aa/0x1e7
>> Oct 1 10:38:47 terra kernel: [ 17.152922] [<ffffffff8102ce86>] ? do_page_fault+0x274/0x2f2
>> Oct 1 10:38:47 terra kernel: [ 17.155810] [<ffffffff81011a2c>] ? check_for_xstate+0x22/0x75
>> Oct 1 10:38:47 terra kernel: [ 17.158629] [<ffffffff81011d88>] ? restore_i387_xstate+0xe4/0x1f4
>> Oct 1 10:38:47 terra kernel: [ 17.161484] [<ffffffff8104466c>] ? do_sigaltstack+0xac/0x146
>> Oct 1 10:38:47 terra kernel: [ 17.164324] [<ffffffff8125ab89>] ? sys_sendmsg+0x39/0x57
>> Oct 1 10:38:47 terra kernel: [ 17.167152] [<ffffffff8132aff9>] ? system_call_fastpath+0x16/0x1b
>> Oct 1 10:38:47 terra kernel: [ 17.169942] Code: c6 30 70 85 a0 31 c0 e8 22 03 c4 e0 48 c7 c7 30 ab 85 a0 31 c0 e8 14 03 c4 e0 48 89 df e8 73 fd ff ff 31 c0 5b c3 48 85 ff 75 02 <0f> 0b 48 8b 3f eb a4 41 54 41 89 c9 55 53 48 83 ec 50 65 48 8b
>> Oct 1 10:38:47 terra kernel: [ 17.176029] RIP [<ffffffffa06e308a>] wdev_priv+0x5/0xc [wl]
>> Oct 1 10:38:47 terra kernel: [ 17.178795] RSP <ffff880158cd19e0>
>> Oct 1 10:38:47 terra kernel: [ 17.181589] ---[ end trace d0244e8a4dcb2ed4 ]---
>> Oct 1 10:38:47 terra NetworkManager[2670]: <info> wpa_supplicant stopped
>> Oct 1 10:38:47 terra NetworkManager[2670]: <info> (eth2): supplicant interface state: inactive -> down
>> Oct 1 10:38:47 terra NetworkManager[2670]: <info> (eth2): device state change: disconnected -> unavailable (reason 'supplicant-failed') [30 20 10]
>> Oct 1 10:38:47 terra NetworkManager[2670]: <info> (eth2): deactivating device (reason 'supplicant-failed') [10]
>
>
> --
> John W. Linville Someday the world will need a hero, and you
> [email protected] might be all we have. Be ready.