Created attachment 708805 [details] dmesg log Description of problem: The system does not connect to wifi after a resume from hibernate. It failed to connect even after a reboot. Version-Release number of selected component (if applicable): 3.8.2-206.fc18.x86_64 12:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01) How reproducible: Most of the time. Not sure if this is always the case. Steps to Reproduce: 1. Hibernate system at work while connected to "UTS-WPA" network satisfactorily 2. Resume system, try to connect to "UTS-WPA" at hostel 3. Actual results: Fails to connect. I noticed a loop in the dmesg output, attached. Expected results: Should connect normally. Additional info: I tried to connect the system to my phone's wifi hotspot too, but it wouldn't. Additional info:
I connected my blackberry cell phone to the phone wifi hotspot to confirm that the hotspot is functional. The laptop still will not connect and continues to spew the following in dmesg: [ 1659.708101] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: false (implement) [ 1659.708114] brcmsmac bcma0:0: brcms_ops_config: change power-save mode: false (implement) [ 1659.708285] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1665.918745] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1665.921980] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1665.922107] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1666.121919] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1666.322442] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1666.522921] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1667.572695] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1667.574704] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1667.574823] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1667.774838] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1667.975279] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1668.175782] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1669.224115] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1669.226558] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1669.226645] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1669.426689] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1669.627184] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1669.827738] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1670.875856] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1670.878393] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1670.878482] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1671.078586] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1671.279124] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1671.479598] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1672.527298] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1672.529378] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1672.529456] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1672.729504] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1672.930065] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1673.130561] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1674.177968] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1674.180271] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1674.180362] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1674.380451] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1674.580898] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1674.781453] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1675.829023] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1675.831279] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1675.831372] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1676.031297] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1676.231860] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1676.432362] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1677.481968] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1677.484151] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1677.484243] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1677.684251] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1677.884744] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1678.085243] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1679.130718] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1679.132977] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1679.133064] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1679.333095] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1679.533650] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1679.734237] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1680.783634] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1680.785912] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1680.785996] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1680.986038] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ 1681.186532] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 3/3) [ 1681.386990] wlan0: authentication with 38:aa:3c:7f:1e:05 timed out [ 1682.434527] wlan0: authenticate with 38:aa:3c:7f:1e:05 [ 1682.436817] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 1682.436927] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 1/3) [ 1682.636893] wlan0: direct probe to 38:aa:3c:7f:1e:05 (try 2/3) [ankur@dhcppc1 ~]$ Any clues for a workaround in the meantime? It's difficult to work without wifi functionality. Thanks, Warm regards, Ankur
Was there an earlier kernel where this worked correctly?
Created attachment 709234 [details] dmesg after resume using a 3.8.1-201.fc18.x86_64 kernel. Connects to UTS-WPA, but still not to mobile hotspot. Hi, I've fallen back to using the 3.8.1-201.fc18.x86_64 kernel and it seems to connect to the UTS-WPA network at hostel just fine. I still cannot connect to the mobile hotspot though. I've just double checked it and attached the dmesg log. To answer your question, I don't recall running into the issue with the UTS-WPA network earlier. It's very recent (could be the latest kernel?). I'm not too sure about the mobile hotspot though, since I only began to try it recently, when it failed to connect to UTS-WPA and I was looking for a backup internet source. Thanks, Ankur
Created attachment 709258 [details] dmesg log after resuming -> wouldn't connect when down to university from hostel The issue just reproduced itself on 3.8.1-201. I came down to university from hostel and it wouldn't connect to UTS-WPA after resume. Rebooting connects automatically on login. I'll give the 3.7.9 series a try when I can.
Created attachment 710929 [details] foot_messages_20130315.log I have the same problem with 03:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01) on Dell E6420 laptop using Linux 3.8.2-206.fc18.x86_64 #1 SMP Fri Mar 8 15:03:34 UTC 2013 After resuming from suspend it can't connect wireless network. Helping re-adding module: # modprobe -r brcmsmac # modprobe brcmsmac This issue appeared only around two weeks ago. Thank you.
Hi, Persists on Linux dhcppc1 3.8.3-201.fc18.x86_64 #1 SMP Thu Mar 14 21:28:05 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux 7702] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [77779.507704] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) [77779.507705] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [77779.507706] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [77779.507708] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) [77785.124160] usb 1-1.1.3: new full-speed USB device number 8 using ehci-pci [77785.212922] usb 1-1.1.3: New USB device found, idVendor=413c, idProduct=8160 [77785.212930] usb 1-1.1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [77785.212935] usb 1-1.1.3: Product: Dell Wireless 365 Bluetooth Module [77785.212938] usb 1-1.1.3: Manufacturer: Dell Computer Corp [77893.836881] wlan0: deauthenticating from d8:c7:c8:8d:50:e1 by local choice (reason=3) [77893.843983] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: disassociated [77893.847195] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: enabled false, count 1 (implement) [77893.847200] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: false (implement) [77893.847975] cfg80211: Calling CRDA to update world regulatory domain [77893.859030] cfg80211: World regulatory domain updated: [77893.859036] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [77893.859040] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [77893.859044] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [77893.859047] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [77893.859050] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [77893.859053] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [77893.859078] cfg80211: Calling CRDA for country: AU [77893.861424] cfg80211: Regulatory domain changed to country: AU [77893.861428] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [77893.861429] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) [77893.861430] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [77893.861431] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [77893.861433] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) [80767.359344] traps: fprintd[862] general protection ip:3f41205e2f sp:7fff65a34b70 error:0 in libusb-1.0.so.0.1.0[3f41200000+11000] [80776.637132] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: false (implement) [80776.637145] brcmsmac bcma0:0: brcms_ops_config: change power-save mode: false (implement) [80776.637285] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [80780.308571] wlan0: authenticate with d8:c7:c8:8d:50:e1 [80780.313427] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [80780.313621] wlan0: send auth to d8:c7:c8:8d:50:e1 (try 1/3) [80780.513252] wlan0: send auth to d8:c7:c8:8d:50:e1 (try 2/3) [80780.713770] wlan0: send auth to d8:c7:c8:8d:50:e1 (try 3/3) [80780.914250] wlan0: authentication with d8:c7:c8:8d:50:e1 timed out [80781.142895] wlan0: authenticate with 00:24:6c:61:df:62 [80781.145072] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [80781.148418] wlan0: direct probe to 00:24:6c:61:df:62 (try 1/3) [80781.348165] wlan0: direct probe to 00:24:6c:61:df:62 (try 2/3) [80781.548721] wlan0: direct probe to 00:24:6c:61:df:62 (try 3/3) [80781.749188] wlan0: authentication with 00:24:6c:61:df:62 timed out [80782.018134] wlan0: authenticate with d8:c7:c8:8d:4b:c1 [80782.018152] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [80782.021494] wlan0: send auth to d8:c7:c8:8d:4b:c1 (try 1/3) [80782.222008] wlan0: send auth to d8:c7:c8:8d:4b:c1 (try 2/3) [80782.422541] wlan0: send auth to d8:c7:c8:8d:4b:c1 (try 3/3) [80782.623000] wlan0: authentication with d8:c7:c8:8d:4b:c1 timed out [80782.846639] wlan0: authenticate with d8:c7:c8:45:ce:81 [80782.848741] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [80782.852090] wlan0: direct probe to d8:c7:c8:45:ce:81 (try 1/3) [80783.051932] wlan0: direct probe to d8:c7:c8:45:ce:81 (try 2/3) [80783.252489] wlan0: direct probe to d8:c7:c8:45:ce:81 (try 3/3) [80783.452962] wlan0: authentication with d8:c7:c8:45:ce:81 timed out [80783.619222] wlan0: authenticate with 00:24:6c:86:e4:42 [80783.621019] wlan0: capabilities/regulatory prevented using AP HT/VHT configura It connected after going on like this for about 5-6 minutes. Right before I was about to restart the system. Should I be giving the kernels negative karma for this in bodhi? Thanks, Warm regards, Ankur
Ankur, Please upload the output of the following: iwlist wlan0 scanning I'd like to see the info from this. Doesn't have to be the failing device, any will do.
Created attachment 713464 [details] iwlist wlan0 scanning Hi John, Requested info attached. I am connected to wifi at the moment. It did hang up a few times. dmesg is again littered with stuff like this: 0238] cfg80211: Calling CRDA for country: AU [30286.614361] cfg80211: Regulatory domain changed to country: AU [30286.614367] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [30286.614371] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) [30286.614374] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [30286.614377] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [30286.614380] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) [30286.814922] wlan0: authenticate with d8:c7:c8:8a:93:81 [30286.814939] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [30286.818366] wlan0: direct probe to d8:c7:c8:8a:93:81 (try 1/3) [30287.018855] wlan0: direct probe to d8:c7:c8:8a:93:81 (try 2/3) [30287.219370] wlan0: direct probe to d8:c7:c8:8a:93:81 (try 3/3) [30287.419823] wlan0: authentication with d8:c7:c8:8a:93:81 timed out [30287.583758] wlan0: authenticate with d8:c7:c8:8a:bc:a1 [30287.585780] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [30287.589112] wlan0: direct probe to d8:c7:c8:8a:bc:a1 (try 1/3) [30287.788916] wlan0: direct probe to d8:c7:c8:8a:bc:a1 (try 2/3) [30287.989375] wlan0: direct probe to d8:c7:c8:8a:bc:a1 (try 3/3) [30288.189915] wlan0: authentication with d8:c7:c8:8a:bc:a1 timed out [30288.320479] wlan0: authenticate with d8:c7:c8:8a:c5:01 [30288.320495] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [30288.320613] wlan0: send auth to d8:c7:c8:8a:c5:01 (try 1/3) [30288.521063] wlan0: send auth to d8:c7:c8:8a:c5:01 (try 2/3) [30288.525391] wlan0: authenticated [30288.526078] wlan0: associate with d8:c7:c8:8a:c5:01 (try 1/3) [30288.547175] wlan0: RX AssocResp from d8:c7:c8:8a:c5:01 (capab=0x431 status=0 aid=1) [30288.547787] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: associated [30288.547798] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 1 (implement) [30288.547805] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: true (implement) [30288.547821] wlan0: associated [30298.576282] wlan0: disassociating from d8:c7:c8:8a:c5:01 by local choice (reason=3) [30298.586930] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: disassociated [30298.586942] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: enabled false, count 1 (implement) [30298.586946] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: false (implement) [30298.588899] cfg80211: Calling CRDA to update world regulatory domain [30298.590225] wlan0: deauthenticating from d8:c7:c8:8a:c5:01 by local choice (reason=3) [30298.595450] cfg80211: World regulatory domain updated: [30298.595457] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [30298.595462] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [30298.595467] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [30298.595471] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [30298.595475] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [30298.595479] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [30298.595512] cfg80211: Calling CRDA for country: AU [30298.599741] cfg80211: Regulatory domain changed to country: AU [30298.599746] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [30298.599750] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) [30298.599754] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [30298.599757] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [30298.599760] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) [30300.537776] wlan0: authenticate with d8:c7:c8:8a:c8:61 [30300.540328] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [30300.540412] wlan0: send auth to d8:c7:c8:8a:c8:61 (try 1/3) [30300.542231] wlan0: authenticated [30300.542990] wlan0: associate with d8:c7:c8:8a:c8:61 (try 1/3) [30300.546822] wlan0: RX AssocResp from d8:c7:c8:8a:c8:61 (capab=0x431 status=0 aid=4) [30300.547425] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: associated [30300.547429] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 1 (implement) [30300.547431] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: true (implement) [30300.547437] wlan0: associated [root@dhcppc1 ~]# Thanks, Warm regards, Ankur
I see the same problem using: # cat /sys/kernel/debug/brcmsmac/bcma0\:0/hardware board vendor: 14e4 board type: 510 board revision: 1300 board flags: 8002a00 board flags2: 800 firmware revision: 262032c It's been reported at: http://comments.gmane.org/gmane.linux.kernel/1450960 Where they mention that reverting: https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=b6fc28a158076ca2764edc9a6d1e1402f56e1c0c fixed the problem
Ankur, Thanks for the scan data, will check it out more later. AP of interest is on a channel that is CRDA happy, shouldn't be an issue there on surface inspection. Thanks Bastien. Comment9 resolution above. Can you first try his cmd, post it's output to see if your hardware is close: # cat /sys/kernel/debug/brcmsmac/bcma0\:0/hardware If you get close match for your machine, his patch appears highly probable help for you. Are you able to revert this patch on your kernel and try?
Bastien, Thank you. Reverting the commit you mentioned in Comment 9 fixed the problem on my HP ProBook 6550b. WLAN connection is now restored without problems after wake-up from suspend. I now run a custom kernel built from accordingly modified kernel-3.8.3-203.fc18.src.rpm. Hardware: BCM4313 802.11b/g/n Wireless LAN Controller [14e4:4727] (rev 01) # cat /sys/kernel/debug/brcmsmac/bcma0\:0/hardware board vendor: 103c board type: 145c board revision: 2209 board flags: 8002a00 board flags2: 800 firmware revision: 262032c
One down..good deal. Ankur?
(In reply to comment #12) > One down..good deal. > > Ankur? [ankur@dhcppc1 ~]$ sudo cat /sys/kernel/debug/brcmsmac/bcma0\:0/hardware [sudo] password for ankur: board vendor: 1028 board type: 10 board revision: 2211 board flags: 8002a00 board flags2: 800 firmware revision: 262032c [ankur@dhcppc1 ~]$ I haven't ever patched/compiled a kernel myself. I'll give it a try today and let you know John. /me will follow http://fedoraproject.org/wiki/Building_a_custom_kernel to the letter. Thanks, Warm regards. Ankur
Hi John, Reverting the git commit mentioned does indeed seem to fix the issue. It connects swiftly after resuming from hibernate. [ankur@dhcppc1 ~]$ dmesg ... [ 240.762140] PM: Image restored successfully. [ 240.762143] Restarting tasks ... done. [ 240.766043] PM: Basic memory bitmaps freed [ 240.766170] usb 1-1.1.3: USB disconnect, device number 7 [ 240.767736] video LNXVIDEO:00: Restoring backlight state [ 241.785909] wlan0: authenticate with d8:c7:c8:8a:c5:01 [ 241.785925] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [ 241.787961] wlan0: send auth to d8:c7:c8:8a:c5:01 (try 1/3) [ 241.790610] wlan0: authenticated [ 241.791663] wlan0: associate with d8:c7:c8:8a:c5:01 (try 1/3) [ 241.795434] wlan0: RX AssocResp from d8:c7:c8:8a:c5:01 (capab=0x431 status=0 aid=2) [ 241.796066] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: associated [ 241.796070] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 1 (implement) [ 241.796072] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: true (implement) [ 241.796078] wlan0: associated [ 243.697717] cfg80211: World regulatory domain updated: [ 243.697722] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 243.697725] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 243.697728] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 243.697730] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 243.697732] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 243.697734] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 243.697752] cfg80211: Calling CRDA for country: AU [ 243.708141] cfg80211: Regulatory domain changed to country: AU [ 243.708147] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 243.708151] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) [ 243.708154] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [ 243.708157] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [ 243.708160] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) [ 244.215665] usb 1-1.1.3: new full-speed USB device number 8 using ehci-pci [ 244.304170] usb 1-1.1.3: New USB device found, idVendor=413c, idProduct=8160 [ 244.304175] usb 1-1.1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 244.304177] usb 1-1.1.3: Product: Dell Wireless 365 Bluetooth Module [ 244.304179] usb 1-1.1.3: Manufacturer: Dell Computer Corp [ 252.589095] traps: fprintd[3728] general protection ip:3b11805e2f sp:7fffd7157d60 error:0 in libusb-1.0.so.0.1.0[3b11800000+11000] [ankur@dhcppc1 ~]$ uname -r 3.8.4-202.local.fc18.x86_64 I'll test it again when I get to university and let you know. (That'll test it trying to connect to another access point after resume) Thanks, Warm regards, Ankur
Ankur, Great news! Welcome to kernel hacking.. Keep me posted. Look forward to good news!
Ankur, Please post your results, if it seems to be a good fix, I can see about posting something upstream. Let me know your results.
Hi John, Just got to university and checked it out. It connects swiftly here too which indicates that reverting the commit does fix this issue (at least). [69550.544549] PM: Image restored successfully. [69550.544552] Restarting tasks ... done. [69550.548340] PM: Basic memory bitmaps freed [69550.548420] usb 1-1.1.3: USB disconnect, device number 8 [69550.550604] video LNXVIDEO:00: Restoring backlight state [69554.400988] wlan0: authenticate with d8:c7:c8:8d:50:e1 [69554.401004] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [69554.402870] wlan0: send auth to d8:c7:c8:8d:50:e1 (try 1/3) [69554.405992] wlan0: authenticated [69554.406225] wlan0: associate with d8:c7:c8:8d:50:e1 (try 1/3) [69554.416470] wlan0: RX AssocResp from d8:c7:c8:8d:50:e1 (capab=0x431 status=0 aid=4) [69554.417069] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: associated [69554.417073] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 1 (implement) [69554.417075] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: true (implement) [69554.417081] wlan0: associated [69567.185166] cfg80211: World regulatory domain updated: [69567.185170] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [69567.185172] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [69567.185174] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [69567.185176] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [69567.185178] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [69567.185179] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [69567.185197] cfg80211: Calling CRDA for country: AU [69567.188759] cfg80211: Regulatory domain changed to country: AU [69567.188764] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [69567.188767] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) [69567.188771] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [69567.188774] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [69567.188777] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) [69567.732146] usb 1-1.1.3: new full-speed USB device number 9 using ehci-pci [69567.809822] usb 1-1.1.3: New USB device found, idVendor=413c, idProduct=8160 [69567.809828] usb 1-1.1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [69567.809832] usb 1-1.1.3: Product: Dell Wireless 365 Bluetooth Module [69567.809836] usb 1-1.1.3: Manufacturer: Dell Computer Corp [69575.588765] systemd[1]: Service sleep.target is not needed anymore. Stopping. [69590.587929] traps: fprintd[30019] general protection ip:3b11805e2f sp:7fff10264990 error:0 in libusb-1.0.so.0.1.0[3b11800000+11000] [69637.211432] wlan0: deauthenticating from d8:c7:c8:8d:50:e1 by local choice (reason=3) [69637.225133] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: disassociated [69637.225144] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: enabled false, count 1 (implement) [69637.225148] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: false (implement) [69637.227596] cfg80211: Calling CRDA to update world regulatory domain [69637.237691] cfg80211: World regulatory domain updated: [69637.237694] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [69637.237696] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [69637.237697] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [69637.237698] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [69637.237699] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [69637.237700] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [69637.237719] cfg80211: Calling CRDA for country: AU [69637.241035] cfg80211: Regulatory domain changed to country: AU [69637.241039] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [69637.241041] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) [69637.241042] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [69637.241044] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2300 mBm) [69637.241045] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) [69642.468612] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: false (implement) [69642.468625] brcmsmac bcma0:0: brcms_ops_config: change power-save mode: false (implement) [69642.468779] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [69646.171469] wlan0: authenticate with d8:c7:c8:8d:50:e1 [69646.171489] wlan0: capabilities/regulatory prevented using AP HT/VHT configuration, downgraded [69646.171720] wlan0: send auth to d8:c7:c8:8d:50:e1 (try 1/3) [69646.173729] wlan0: authenticated [69646.174653] wlan0: associate with d8:c7:c8:8d:50:e1 (try 1/3) [69646.178260] wlan0: RX AssocResp from d8:c7:c8:8d:50:e1 (capab=0x431 status=0 aid=4) [69646.178941] brcmsmac bcma0:0: brcmsmac: brcms_ops_bss_info_changed: associated [69646.178951] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 0 (implement) [69646.178955] brcmsmac bcma0:0: brcms_ops_bss_info_changed: qos enabled: true (implement) [69646.178968] wlan0: associated [69646.179015] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [69647.123824] brcmsmac bcma0:0: brcms_ops_bss_info_changed: arp filtering: enabled true, count 1 (implement) [ankur@dhcppc1 ~]$ Thanks for looking into this, Warm regards, Ankur
FYI...I just reverted that patch in wireless.git today. I hope to send it to Dave Miller sometime tomorrow. I don't know if it will make the next -rc from Linus or not.
When can see this as an update in Fedora?
This has made it into Linus tree 54683441a92ebe20c5282465ea6f21e5e74d2974. I will try to get a backport for you shortly.
54683441a92ebe20c5282465ea6f21e5e74d2974 has been marked for stable. Looking into incorporating it now.
Thanks John. I'll keep an eye out for the update so I can test it. I've been having trouble connecting to a network without the hibernate resume cycle too recently. Even the workaround to unload the module doesn't seem to work. Added new bug in "see also". Hopefully it's caused by this same commit and will be fixed when this is corrected. Warm regards, Ankur
You make get this comment twice..sorry if so..my comment dropped it appears: 54683441a92ebe20c5282465ea6f21e5e74d2974 will find it's way into fedora in 3.8.x kernels shortly. Please test with that and let me know your finding on this issue. Do you wish to keep this issue open? I would for the record like to know your firmware version: can you post your versions? Here's the latest I have: $ md5sum /lib/firmware/brcm/bcm43xx*.fw b0736e3590b05d27284fbb8a3efd50e1 /lib/firmware/brcm/bcm43xx-0.fw 5e51778ee011badcb42f1e2cb4ab3956 /lib/firmware/brcm/bcm43xx_hdr-0.fw
Hi John, [root@localhost brcm]# ls bcm4329-fullmac-4.bin bcm43xx-0.fw bcm43xx_hdr-0.fw brcmfmac43236b.bin brcmfmac4329.bin brcmfmac4330.bin brcmfmac4334.bin [root@localhost brcm]# pwd /lib/firmware/brcm [root@localhost brcm]# md5sum * c53608f5818b702c46a012c57b4196ee bcm4329-fullmac-4.bin b0736e3590b05d27284fbb8a3efd50e1 bcm43xx-0.fw 5e51778ee011badcb42f1e2cb4ab3956 bcm43xx_hdr-0.fw f579673b5dc45640c814a9c68abcaf55 brcmfmac43236b.bin ff610cee869375a2d0c0be6b97b107fb brcmfmac4329.bin 4ec6341cbe351f13d787aaea99141bea brcmfmac4330.bin 0e5d2b9bfaaf3b6c43077405cfe92632 brcmfmac4334.bin [root@localhost brcm]# Thanks for the update. I plan to upgrade to F19 shortly to help with testing. I'll test the kernel update as soon as it's available and let you know. Warm regards, Ankur
Ankur, I'll await your results on F19 being posted here for a record of solution, but assuming the results are positive, this issue can be closed at that time.. Will track the other problem in new BZ 952000
I think this is in upstream kernel 3.8.8, will add Fedora kernel version once I find it.
Hi John, The situation persists in F19 with the current kernel. It's a debug kernel. It persists with the rawhide-no-debug kernel that the kernel maintainers build too. My laptops unavailable till Tuesday, (it's gone for repair). I'll upload dmesg/wpa_supplicant logs when I get it back for both bugs, this and 952000. Kernel on F19: kernel-3.9.0-0.rc6.git2.3.fc19 The no debug is an rc7: kernel-3.9.0-0.rc7.git2.2.fc20.x86_64.rpm from: http://alt.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/ Thanks for looking into this, Warm regards, Ankur
I'll check on this, issue is in 3.8.8 stable linux kernel, will check on inclusion in fedora 19. What is wrong with laptop? Anything that might affect this?
(In reply to comment #28) > I'll check on this, issue is in 3.8.8 stable linux kernel, will check on > inclusion in fedora 19. What is wrong with laptop? Anything that might > affect this? The keyboard etc. needed to be changed. It isn't anything to do with the wifi hardware, so I don't think it should be related to this, since I can connect to other wifi networks just fine. I'll double check when it comes back on Tuesday, just to be sure.
Hi John, The laptop is back. Issue still persists. The wifi module was not changed during the repair. Thanks, Ankur
Ankur, I haven't found this as yet, but fishing for it now. Can you quickly try a 3.8.8 kernel specifically? Will have an answer on if and where it is included shortly.
I checked the source for f19 rc8 and the code is correct. Can you please try this one? kernel-3.9.0-0.rc8.git0.2.fc20.x86_64.rpm http://alt.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/kernel-3.9.0-0.rc8.git0.2.fc20.x86_64.rpm It the issue persist here, short me a new log, I suspect it may be a different problem if no change here.
Hi John, Wifi's working much better on rc7 already. The traffic and number of people on this network have drastically reduced due to holidays though. I dropped a comment on the other bug: https://bugzilla.redhat.com/show_bug.cgi?id=952000#c11 I'll go try out rc8 and confirm. Thanks, Ankur
Cool. If it's good in rc7, expect the same rc8. If you have good results, I recommend closure here also as with https://bugzilla.redhat.com/show_bug.cgi?id=952000
Closing. Works well with rc8. Will keep an eye out for any NetworkManager/wpa_supplicant updates. Thanks again, John, Ankur
Awesome..my pleasure.