Description of problem: Hardware key: Edimax EW 7811 UN Module rtl8192cu loaded, but the card does not associate with AP (continue asking for WPA2 PSK). Compiling 8192CU downloaded from Realtek doesn't work since kernel upgrade to 3.7.3-101.fc17.x86_64 Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Download Realtek drivers from http://www.realtek.com/downloads/downloadsView.aspx?Langid=2&PNid=21&PFid=48&Level=5&Conn=4&ProdID=277&DownTypeID=3&GetDown=false&Downloads=true#2772 2. Unzip the file and run 'sudo ./install.sh' 3. This script will remove rtl8192cu.ko and try to insert new 8192cu.ko, but the latter fail (unknown module). 4. Still, the rtl8192cu from kernel tree isn't working Actual results: Expected results: Additional info: $ lspci 00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03) 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) 00:1a.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4 00:1a.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5 00:1a.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 00:1a.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller 00:1c.0 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 1 00:1c.2 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 3 00:1d.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1 00:1d.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 00:1d.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3 00:1d.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90) 00:1f.0 ISA bridge: Intel Corporation 82801JIR (ICH10R) LPC Interface Controller 00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI Controller 00:1f.3 SMBus: Intel Corporation 82801JI (ICH10 Family) SMBus Controller 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) $ dmesg | grep -i -e rtl -e wifi [ 10.132979] r8169 0000:02:00.0 eth0: RTL8168c/8111c at 0xffffc90000676000, 00:25:64:cb:5d:f5, XID 1c4000c0 IRQ 44 [ 13.070119] rtl8192cu: Chip version 0x10 [ 13.167126] rtl8192cu: MAC address: 80:1f:02:7c:de:de [ 13.167133] rtl8192cu: Board Type 0 [ 13.167374] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 [ 13.167412] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin [ 13.167530] usbcore: registered new interface driver rtl8192cu [ 14.453847] ieee80211 phy0: Selected rate control algorithm 'rtl_rc' [ 14.454248] rtlwifi: wireless switch is on [ 21.073868] rtl8192cu: MAC auto ON okay! [ 21.126257] rtl8192cu: Tx queue select: 0x05 [ 23.197647] rtl8192cu 1-3:1.0 wlan0: disabling HT as WMM/QoS is not supported by the AP [ 23.197650] rtl8192cu 1-3:1.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP [ 35.042205] rtl8192cu 1-3:1.0 wlan0: disabling HT as WMM/QoS is not supported by the AP [ 35.042210] rtl8192cu 1-3:1.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP [ 46.893468] rtl8192cu 1-3:1.0 wlan0: disabling HT as WMM/QoS is not supported by the AP [ 46.893473] rtl8192cu 1-3:1.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP [ 1344.301807] rtl8192cu: MAC auto ON okay! [ 1344.336831] rtl8192cu: Tx queue select: 0x05 [ 3910.572380] rtl8192cu: MAC auto ON okay! [ 3910.605525] rtl8192cu: Tx queue select: 0x05 [ 4067.460425] rtl8192cu: MAC auto ON okay! [ 4067.493566] rtl8192cu: Tx queue select: 0x05
We don't support the vendor driver, so you'll need to take those issues up with the vendor. John and/or Larry might be able to help with rtl8192cu.
I am curious why you are using vendor driver and not the in-tree drivers for this device? We can probably help with in tree drivers. Can you test with those?
@JGreene This is due to frequent disconnections... sometimes it doesn't not associate at all. I'll try to change the modem/router (current: Pirelli Alice Gate 2 Plus) because I used to hear it has not a good wi-fi chip, maybe with a DSL260B from Dlink
I'd like to hear how that works on a different (newer) AP, but again, let me know also how in-tree drivers work for you. Just did some testing here and noted that this module seems to get connected, then will drop off after a bit. It stops returning scan results to wpa_supplicant. I was able to validate on my setup that when that occurs modprobe -r rtl8192cu modprobe rtl8192cu will get it going again. Seems to be part of a bigger problem, even on upstream late version (I'm at 3.7). You can see it happen if you enable debug in wpa_supplicant with -d or -dd you can see it happen.. Try that and post the /var/log/wpa_supplicant.log during the disconnect. Will check it if you wish. On fedora, add the -d or -dd its in: /etc/sysconfig/wpa_supplicant OTHER_ARGS="-d -u -f /var/log/wpa_supplicant.log -P /var/run/wpa_supplicant.pid" ^^ then restart the service, test your connection again.
Created attachment 709141 [details] Trial patch for rtl8192cu This patch fixes a problem with the driver not reconnecting after a disconnect. Does it help?
Larry: Thanks! Just saw this. I *might* be able to get to it shortly, working on getting this driver out here internally in parallel. Bear with me a bit. How much are you able to test this so far?
This change was very successful here, and at two other sites. On that basis, I pushed it to John Linville, who has merged it into wireless-testing. I expect that he will push it for inclusion in kernel 3.9, and once merged into mainline, it will be backported to all the stable versions.
Housun S.r.l, I've confirmed Larry's fix is in fedora kernel 3.9, can you try that and let us know if it fixes your issue?
Housun S.r.l, I haven't had any response since Feb.. Hope we've helped you. I would appreciate some update. Without more information on your status or issue, I'll close this issue as INSUFFICIENT_DATA. I would invite you to please reopen this bug it if you still need help.