Bug 46171
Summary: | 0bda:8176 RTL8188CUS does not connect to wireless networks | ||
---|---|---|---|
Product: | Drivers | Reporter: | Richard Riley Gress (searchfgold67899) |
Component: | network-wireless | Assignee: | drivers_network-wireless (drivers_network-wireless) |
Status: | RESOLVED CODE_FIX | ||
Severity: | high | CC: | alan, chris, florian, Larry.Finger, stalkerg |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1030858 | ||
Kernel Version: | 3.9-rc1 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
dmesg output after connecting the USB wireless dongle.
specific dmesg output specific syslog output specific dmesg output after following instructions in comment #9 .config for 3.7-rc5 kernel Patch to fix reassociation problems |
Description
Richard Riley Gress
2012-08-18 19:42:13 UTC
As per larry Finger, this should be assigned to him https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1030858/comments/45 . However, when I attempt to do so: >"You tried to change the Assignee field from >drivers_network-wireless@kernel-bugs.osdl.org to Larry.Finger@lwfinger.net , >but only the assignee of the bug, or a user with the required permissions may >change that field." That's the same error I get. Please post the appropriate section from the dmesg output where it is trying to connect. In addition, if you use NetworkManager, please post the part of the of the NetworkManager log for a connection try. Does md5sum yield 943e9b714a926e630b8152d7aad91d2e for /lib/firmware/rtlwifi/rtl8192cufw.bin? Created attachment 85981 [details]
dmesg output after connecting the USB wireless dongle.
Created attachment 85991 [details]
specific dmesg output
Created attachment 86001 [details]
specific syslog output
943e9b714a926e630b8152d7aad91d2e /lib/firmware/rtlwifi/rtl8192cufw.bin See 2 new attachments. (In reply to comment #3) > Please post the appropriate section from the dmesg output where it is trying > to > connect. In addition, if you use NetworkManager, please post the part of the > of > the NetworkManager log for a connection try. > > Does md5sum yield 943e9b714a926e630b8152d7aad91d2e for > /lib/firmware/rtlwifi/rtl8192cufw.bin? 943e9b714a926e630b8152d7aad91d2e /lib/firmware/rtlwifi/rtl8192cufw.bin See 2 new attachments. This section of the dmesg output looks strange: [10930.963495] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 [10930.963502] cfg80211: Updating information on frequency 2412 MHz for a 20 MHz width channel with regulatory rule: [10930.963505] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963508] cfg80211: Updating information on frequency 2417 MHz for a 20 MHz width channel with regulatory rule: [10930.963511] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963513] cfg80211: Updating information on frequency 2422 MHz for a 20 MHz width channel with regulatory rule: [10930.963516] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963518] cfg80211: Updating information on frequency 2427 MHz for a 20 MHz width channel with regulatory rule: [10930.963520] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963523] cfg80211: Updating information on frequency 2432 MHz for a 20 MHz width channel with regulatory rule: [10930.963525] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963528] cfg80211: Updating information on frequency 2437 MHz for a 20 MHz width channel with regulatory rule: [10930.963530] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963532] cfg80211: Updating information on frequency 2442 MHz for a 20 MHz width channel with regulatory rule: [10930.963535] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963537] cfg80211: Updating information on frequency 2447 MHz for a 20 MHz width channel with regulatory rule: [10930.963540] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963542] cfg80211: Updating information on frequency 2452 MHz for a 20 MHz width channel with regulatory rule: [10930.963544] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963547] cfg80211: Updating information on frequency 2457 MHz for a 20 MHz width channel with regulatory rule: [10930.963549] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963551] cfg80211: Updating information on frequency 2462 MHz for a 20 MHz width channel with regulatory rule: [10930.963554] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, 2000 mBm) [10930.963556] cfg80211: Disabling freq 2467 MHz as custom regd has no rule that fits a 20 MHz wide channel [10930.963559] cfg80211: Disabling freq 2472 MHz as custom regd has no rule that fits a 20 MHz wide channel [10930.963561] cfg80211: Disabling freq 2484 MHz as custom regd has no rule that fits a 20 MHz wide channel [10930.963610] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin [10931.038857] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain [10931.206262] ieee80211 phy0: Selected rate control algorithm 'rtl_rc' On my system, I get: [534899.410969] cfg80211: Calling CRDA for country: US [534899.441607] cfg80211: Regulatory domain changed to country: US [534899.441623] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [534899.441630] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm) [534899.441637] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm) [534899.441643] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [534899.441649] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [534899.441655] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [534899.441661] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) [534899.491797] rtl8192cu: Chip version 0x10 [534899.913416] rtl8192cu: MAC address: 00:1f:1f:c8:8e:cb [534899.913425] rtl8192cu: Board Type 0 [534899.914152] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 [534899.914460] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin [534899.915811] usbcore: registered new interface driver rtl8192cu [534899.941084] ieee80211 phy0: Selected rate control algorithm 'rtl_rc' [534899.957180] rtlwifi: wireless switch is on [534900.331887] rtl8192cu: MAC auto ON okay! [534900.530637] rtl8192cu: Tx queue select: 0x05 [534901.107894] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready [534922.400718] wlan1: authenticate with c0:3f:0e:be:2b:44 [534922.521494] wlan1: send auth to c0:3f:0e:be:2b:44 (try 1/3) [534922.543462] wlan1: authenticated [534922.548535] wlan1: associate with c0:3f:0e:be:2b:44 (try 1/3) [534922.559324] wlan1: RX AssocResp from c0:3f:0e:be:2b:44 (capab=0x411 status=0 aid=4) [534922.562503] wlan1: associated [534922.565119] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready Your regulatory rules are all messed up. Wireless cannot use any 20 MHz channels, and I bet that you need them. Install the crda package for your distro and create the file /etc/modprobe.d/50-chg80211.conf with a single line that says options cfg80211 ieee80211_regdom=XX where XX is your country code (I use US). (In reply to comment #9) > This section of the dmesg output looks strange: > > [10930.963495] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 > [10930.963502] cfg80211: Updating information on frequency 2412 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963505] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963508] cfg80211: Updating information on frequency 2417 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963511] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963513] cfg80211: Updating information on frequency 2422 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963516] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963518] cfg80211: Updating information on frequency 2427 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963520] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963523] cfg80211: Updating information on frequency 2432 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963525] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963528] cfg80211: Updating information on frequency 2437 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963530] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963532] cfg80211: Updating information on frequency 2442 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963535] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963537] cfg80211: Updating information on frequency 2447 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963540] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963542] cfg80211: Updating information on frequency 2452 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963544] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963547] cfg80211: Updating information on frequency 2457 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963549] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963551] cfg80211: Updating information on frequency 2462 MHz for a 20 > MHz width channel with regulatory rule: > [10930.963554] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A mBi, > 2000 > mBm) > [10930.963556] cfg80211: Disabling freq 2467 MHz as custom regd has no rule > that fits a 20 MHz wide channel > [10930.963559] cfg80211: Disabling freq 2472 MHz as custom regd has no rule > that fits a 20 MHz wide channel > [10930.963561] cfg80211: Disabling freq 2484 MHz as custom regd has no rule > that fits a 20 MHz wide channel > [10930.963610] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin > [10931.038857] cfg80211: Ignoring regulatory request Set by core since the > driver uses its own custom regulatory domain > [10931.206262] ieee80211 phy0: Selected rate control algorithm 'rtl_rc' > > On my system, I get: > > [534899.410969] cfg80211: Calling CRDA for country: US > [534899.441607] cfg80211: Regulatory domain changed to country: US > [534899.441623] cfg80211: (start_freq - end_freq @ bandwidth), > (max_antenna_gain, max_eirp) > [534899.441630] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 > mBi, > 2700 mBm) > [534899.441637] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 > mBi, > 1700 mBm) > [534899.441643] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 > mBi, > 2000 mBm) > [534899.441649] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 > mBi, > 2000 mBm) > [534899.441655] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 > mBi, > 2000 mBm) > [534899.441661] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 > mBi, > 3000 mBm) > [534899.491797] rtl8192cu: Chip version 0x10 > [534899.913416] rtl8192cu: MAC address: 00:1f:1f:c8:8e:cb > [534899.913425] rtl8192cu: Board Type 0 > [534899.914152] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 > [534899.914460] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin > [534899.915811] usbcore: registered new interface driver rtl8192cu > [534899.941084] ieee80211 phy0: Selected rate control algorithm 'rtl_rc' > [534899.957180] rtlwifi: wireless switch is on > [534900.331887] rtl8192cu: MAC auto ON okay! > [534900.530637] rtl8192cu: Tx queue select: 0x05 > [534901.107894] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready > [534922.400718] wlan1: authenticate with c0:3f:0e:be:2b:44 > [534922.521494] wlan1: send auth to c0:3f:0e:be:2b:44 (try 1/3) > [534922.543462] wlan1: authenticated > [534922.548535] wlan1: associate with c0:3f:0e:be:2b:44 (try 1/3) > [534922.559324] wlan1: RX AssocResp from c0:3f:0e:be:2b:44 (capab=0x411 > status=0 aid=4) > [534922.562503] wlan1: associated > [534922.565119] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready > > Your regulatory rules are all messed up. Wireless cannot use any 20 MHz > channels, and I bet that you need them. > > Install the crda package for your distro and create the file > /etc/modprobe.d/50-chg80211.conf with a single line that says > > options cfg80211 ieee80211_regdom=XX > > where XX is your country code (I use US). Thank you for providing a hypothesis, but after following the instructions the problem exists. Does cfg80211 still complain? (In reply to comment #11) > Does cfg80211 still complain? It does: http://paste.ubuntu.com/1343734 Created attachment 86011 [details] specific dmesg output after following instructions in comment #9 It looks to me as if cfg80211 or crda is messed up. You still get those messages saying that 20 MHz channels are forbidden. Can you implement compat-wireless? That will provide a new version of cfg80211. I got compat-wireless, version 3.6.6-1-snp from http://linuxwireless.org/en/users/Download/stable/#Recommended and compiled the thing. Ubuntu system. Same problem, it looks like, however... this is what happens when I start up with it plugged in, http://paste.ubuntu.com/1343884 and this is what happens when I plug it in while started: http://paste.ubuntu.com/1343891 Did you build this kernel yourself, or is it one supplied by Ubuntu? In either case, what is the state of CFG80211_INTERNAL_REGDB in the configuration? On my system, it is not set. This is an official Ubuntu kernel, from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6.3-quantal/ , I am going to test 3.7.0-rc4 as soon as I can. (dern graphics drivers...) 'echo $CFG80211_INTERNAL_REGDB' returns nothing. That command would not return anything. The kernel configuration options are not in the environment. Try zcat /proc/config.gz | grep CFG80111_INTERNAL_REGDB I don't know how Ubuntu configures their kernels, and the command might not work. Line 1423 of /boot/config-3.6.3-030603-generic: # CONFIG_CFG80211_INTERNAL_REGDB is not set (In reply to comment #16) > Did you build this kernel yourself, or is it one supplied by Ubuntu? > > In either case, what is the state of CFG80211_INTERNAL_REGDB in the > configuration? On my system, it is not set. Larry Finger, thank you for reviewing this report. As I have been helping Richard Riley Gress through the downstream triage process, I just wanted to briefly interject about his comment: (In reply to comment #17) > This is an official Ubuntu kernel, from > http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6.3-quantal/ This is not an official Ubuntu kernel. It is a unmodified mainline (upstream) kernel. For more on this please see https://wiki.ubuntu.com/Kernel/MainlineBuilds . Thank you for your understanding. (In reply to comment #20) > (In reply to comment #16) > > Did you build this kernel yourself, or is it one supplied by Ubuntu? > > > > In either case, what is the state of CFG80211_INTERNAL_REGDB in the > > configuration? On my system, it is not set. > > Larry Finger, thank you for reviewing this report. As I have been helping > Richard Riley Gress through the downstream triage process, I just wanted to > briefly interject about his comment: > (In reply to comment #17) > > This is an official Ubuntu kernel, from > > http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6.3-quantal/ > > This is not an official Ubuntu kernel. It is a unmodified mainline (upstream) > kernel. For more on this please see > https://wiki.ubuntu.com/Kernel/MainlineBuilds . > > Thank you for your understanding. Christopher M. Penalver, Thank you for pointing this out. My apologies for using the incorrect terminology here. Please post your .config so that I can check your configuration. Created attachment 86111 [details]
.config for 3.7-rc5 kernel
.config file attached. The inability to set 20 MHz channels is fixed by changing the value of the configuration variable CONFIG_CFG80211_REG_DEBUG from Y to "not set". The failure when that variable is set is certainly a bug, but it is not in rtl8192cu, but likely in cfg80211. It would have shown up for any wireless driver that uses mac80211. I will pursue that issue and submit the necessary patch. Hello. I have the same problem. I have: 20f4: 648b TRENDnet TEW-648UBM 802.11n 150Mbps Micro Wireless N Adapter [Realtek RTL8188CUS] All networks visible, the association with the point of going on but no packets received. Here is the log with the modprobe rtl8192cu debug = 4 and perform the following commands: ifconfig wlan0 up iwconfig wlan0 essid nya # (open network) dhclient wlan0 My uname: Linux sagita 3.6.2-gentoo # 2 SMP PREEMPT Sun Nov 11 01:51:17 MSK 2012 x86_64 AMD FX (tm) -8120 Eight-Core Processor AuthenticAMD GNU / Linux Log link: http://pastebin.com/M2iZimGw PS CONFIG_CFG80211_REG_DEBUG is not set :) (In reply to comment #26) > Hello. > I have the same problem. I have: > 20f4: 648b TRENDnet TEW-648UBM 802.11n 150Mbps Micro Wireless N Adapter > [Realtek RTL8188CUS] > > All networks visible, the association with the point of going on but no > packets > received. > Here is the log with the modprobe rtl8192cu debug = 4 and perform the > following > commands: > ifconfig wlan0 up > iwconfig wlan0 essid nya # (open network) > dhclient wlan0 > > My uname: Linux sagita 3.6.2-gentoo # 2 SMP PREEMPT Sun Nov 11 01:51:17 MSK > 2012 x86_64 AMD FX (tm) -8120 Eight-Core Processor AuthenticAMD GNU / Linux > Log link: http://pastebin.com/M2iZimGw > > PS CONFIG_CFG80211_REG_DEBUG is not set :) Zhuravlev Uriy, If you have the issue described in this bug, you can mark that it affects you in Launchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1030858/+affectsmetoo HALLELUAH!! 'Tis resolved. Never mind; bug is not actually fixed. rtlwifi and accompanying modules were loaded, and web data could be downloaded, at least on the first reboot after installing 3.8-rc3. On the second, third, and fourth reboots, the same behavior as before was present. Created attachment 95241 [details]
Patch to fix reassociation problems
The patch fixes a problem that prevented the driver from reconnecting after disconnecting.
A patch referencing this bug report has been merged in Linux v3.9-rc4: commit 9437a248e7cac427c898bdb11bd1ac6844a1ead4 Author: Larry Finger <Larry.Finger@lwfinger.net> Date: Wed Mar 13 10:28:13 2013 -0500 rtlwifi: rtl8192cu: Fix problem that prevents reassociation |