8192cu not working (out of the box)

[hinxx]

Hi all,

I'm was trying to use 8192cu based USB wireless network adapter on the rpi. I could not get it working with several rpi distros until I noticed in kernel logs that that ssid always contained garbage.

...
Dec 2 21:05:57 raspberrypi kernel: rtl8192c_set_FwJoinBssReport_cmd mstatus(0)
Dec 2 21:05:57 raspberrypi kernel: -871x_drv - drv_close, bup=1
Dec 2 21:05:57 raspberrypi kernel: =>rtw_wx_set_essid
Dec 2 21:05:57 raspberrypi kernel: ssid=���z��t]O��٣O�F�q����@=��� ��� ���, len=32
Dec 2 21:05:57 raspberrypi kernel: Set SSID under fw_state=0x00000008
Dec 2 21:05:57 raspberrypi kernel: <=rtw_wx_set_essid, ret 0
...

At this point it would obviously fail to get connected to any APs.

As proof of concept I've hacked the ioctl_linux.c and hardcoded the ssid I want to use and voila it worked.

...
Dec 2 21:05:57 raspberrypi kernel: +871x_drv - drv_open, bup=1
Dec 2 21:05:57 raspberrypi kernel: -871x_drv - drv_open, bup=1
Dec 2 21:05:58 raspberrypi kernel: survey done event(16)
Dec 2 21:05:58 raspberrypi kernel: [by_bssid:0][assoc_ssid:hinxx][to_roaming:0] new candidate: hinxx(68:7f:74:10:9b:2d) rssi:-64
Dec 2 21:05:58 raspberrypi kernel: rtw_select_and_join_from_scanned_queue: candidate: hinxx(68:7f:74:10:9b:2d)
Dec 2 21:05:58 raspberrypi kernel: link to Broadcom AP
Dec 2 21:05:59 raspberrypi kernel: link to Broadcom AP
Dec 2 21:05:59 raspberrypi kernel: issue_deauth to 68:7f:74:10:9b:2d
Dec 2 21:05:59 raspberrypi kernel: OnAuthClient
...

I have followed several guides on how to get this kind of card to work on rpi, and have setup wlan0 like this:

/etc/wpa_supplicant.conf:
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
ap_scan=1

network={
ssid="hinxx"
}

/etc/network/interfaces:
auto wlan0
iface wlan0 inet dhcp
wpa-driver wext
wpa-conf /etc/wpa_supplicant.conf

I wonder if someone else had issues with this..

My AP is set not to broadcast ssid, it that might matter.. But there are other APs near me and I would probably need to see them also .. just a thought.

Also, I've used the latest driver sources from Realtek (rtl8188C_8192C_usb_linux_v3.4.4_4749.20121105.tar.gz) and dumped them into the linux source tree for this test.

[hinxx]

Actually I was unable to reproduce the successful connection for the second time, so I guess the problem lies somewhere else.

Here is the kernel log dump of the failure, I always get messages like these when plugging in the dongle:

Dec 2 21:43:39 raspberrypi kernel: usb 1-1.2.3: new high-speed USB device number 8 using dwc_otg
Dec 2 21:43:39 raspberrypi kernel: usb 1-1.2.3: New USB device found, idVendor=0bda, idProduct=8176
Dec 2 21:43:39 raspberrypi kernel: usb 1-1.2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Dec 2 21:43:39 raspberrypi kernel: usb 1-1.2.3: Product: 802.11n WLAN Adapter
Dec 2 21:43:39 raspberrypi kernel: usb 1-1.2.3: Manufacturer: Realtek
Dec 2 21:43:39 raspberrypi kernel: usb 1-1.2.3: SerialNumber: 00e04c000001
Dec 2 21:43:39 raspberrypi kernel: register rtw_netdev_ops to netdev_ops
Dec 2 21:43:39 raspberrypi kernel: CHIP TYPE: RTL8188C_8192C
Dec 2 21:43:39 raspberrypi kernel:
Dec 2 21:43:39 raspberrypi kernel: usb_endpoint_descriptor(0):
Dec 2 21:43:39 raspberrypi kernel: bLength=7
Dec 2 21:43:39 raspberrypi kernel: bDescriptorType=5
Dec 2 21:43:39 raspberrypi kernel: bEndpointAddress=81
Dec 2 21:43:39 raspberrypi kernel: wMaxPacketSize=200
Dec 2 21:43:39 raspberrypi kernel: bInterval=0
Dec 2 21:43:39 raspberrypi kernel: RT_usb_endpoint_is_bulk_in = 1
Dec 2 21:43:39 raspberrypi kernel:
Dec 2 21:43:39 raspberrypi kernel: usb_endpoint_descriptor(1):
Dec 2 21:43:39 raspberrypi kernel: bLength=7
Dec 2 21:43:39 raspberrypi kernel: bDescriptorType=5
Dec 2 21:43:39 raspberrypi kernel: bEndpointAddress=2
Dec 2 21:43:39 raspberrypi kernel: wMaxPacketSize=200
Dec 2 21:43:39 raspberrypi kernel: bInterval=0
Dec 2 21:43:39 raspberrypi kernel: RT_usb_endpoint_is_bulk_out = 2
Dec 2 21:43:39 raspberrypi kernel:
Dec 2 21:43:39 raspberrypi kernel: usb_endpoint_descriptor(2):
Dec 2 21:43:39 raspberrypi kernel: bLength=7
Dec 2 21:43:39 raspberrypi kernel: bDescriptorType=5
Dec 2 21:43:39 raspberrypi kernel: bEndpointAddress=3
Dec 2 21:43:39 raspberrypi kernel: wMaxPacketSize=200
Dec 2 21:43:39 raspberrypi kernel: bInterval=0
Dec 2 21:43:39 raspberrypi kernel: RT_usb_endpoint_is_bulk_out = 3
Dec 2 21:43:39 raspberrypi kernel:
Dec 2 21:43:39 raspberrypi kernel: usb_endpoint_descriptor(3):
Dec 2 21:43:39 raspberrypi kernel: bLength=7
Dec 2 21:43:39 raspberrypi kernel: bDescriptorType=5
Dec 2 21:43:39 raspberrypi kernel: bEndpointAddress=84
Dec 2 21:43:39 raspberrypi kernel: wMaxPacketSize=40
Dec 2 21:43:39 raspberrypi kernel: bInterval=1
Dec 2 21:43:39 raspberrypi kernel: RT_usb_endpoint_is_int_in = 4, Interval = 1
Dec 2 21:43:39 raspberrypi kernel: nr_endpoint=4, in_num=2, out_num=2
Dec 2 21:43:39 raspberrypi kernel:
Dec 2 21:43:39 raspberrypi kernel: USB_SPEED_HIGH
Dec 2 21:43:39 raspberrypi kernel: Chip Version ID: VERSION_NORMAL_TSMC_CHIP_88C.
Dec 2 21:43:39 raspberrypi kernel: RF_Type is 3!!
Dec 2 21:43:39 raspberrypi kernel: EEPROM type is E-FUSE
Dec 2 21:43:39 raspberrypi kernel: ====> ReadAdapterInfo8192C
Dec 2 21:43:39 raspberrypi kernel: Boot from EFUSE, Autoload OK !
Dec 2 21:43:39 raspberrypi kernel: EEPROMVID = 0x0bda
Dec 2 21:43:39 raspberrypi kernel: EEPROMPID = 0x8176
Dec 2 21:43:39 raspberrypi kernel: EEPROMCustomerID : 0x00
Dec 2 21:43:39 raspberrypi kernel: EEPROMSubCustomerID: 0x00
Dec 2 21:43:39 raspberrypi kernel: RT_CustomerID: 0x00
Dec 2 21:43:39 raspberrypi kernel: _ReadMACAddress MAC Address from EFUSE = 64:70:02:0e:f7:7b
Dec 2 21:43:39 raspberrypi kernel: EEPROMRegulatory = 0x0
Dec 2 21:43:39 raspberrypi kernel: _ReadBoardType(0)
Dec 2 21:43:39 raspberrypi kernel: BT Coexistance = disable
Dec 2 21:43:39 raspberrypi kernel: RT_ChannelPlan: 0x02
Dec 2 21:43:39 raspberrypi kernel: _ReadPSSetting...bHWPwrPindetect(0)-bHWPowerdown(0) ,bSupportRemoteWakeup(0)
Dec 2 21:43:39 raspberrypi kernel: ### PS params=> power_mgnt(1),usbss_enable(0) ###
Dec 2 21:43:39 raspberrypi kernel: ### AntDivCfg(0)
Dec 2 21:43:39 raspberrypi kernel: readAdapterInfo_8192CU(): REPLACEMENT = 1
Dec 2 21:43:39 raspberrypi kernel: <==== ReadAdapterInfo8192C in 270 ms
Dec 2 21:43:39 raspberrypi kernel: rtw_macaddr_cfg MAC Address = 64:70:02:0e:f7:7b
Dec 2 21:43:39 raspberrypi kernel: MAC Address from pnetdev->dev_addr= 64:70:02:0e:f7:7b
Dec 2 21:43:39 raspberrypi kernel: bDriverStopped:1, bSurpriseRemoved:0, bup:0, hw_init_completed:0
Dec 2 21:43:39 raspberrypi kernel: +871x_drv - drv_open, bup=0
Dec 2 21:43:39 raspberrypi kernel: ===> FirmwareDownload91C() fw:Rtl819XFwImageArray_TSMC
Dec 2 21:43:39 raspberrypi kernel: FirmwareDownload92C accquire FW from embedded image
Dec 2 21:43:39 raspberrypi kernel: fw_ver=v80, fw_subver=0, sig=0x88c0
Dec 2 21:43:40 raspberrypi kernel: fw download ok!
Dec 2 21:43:40 raspberrypi kernel: Set RF Chip ID to RF_6052 and RF type to 1T1R.
Dec 2 21:43:40 raspberrypi kernel: IQK:Start!!!
Dec 2 21:43:40 raspberrypi kernel: Path A Rx IQK fail!!
Dec 2 21:43:40 raspberrypi kernel: Path A IQK Success!!
Dec 2 21:43:40 raspberrypi kernel: Path A Rx IQK fail!!
Dec 2 21:43:40 raspberrypi kernel: Path A IQK Success!!
Dec 2 21:43:40 raspberrypi kernel: IQK: final_candidate is 0
Dec 2 21:43:40 raspberrypi kernel: IQK: RegE94=106 RegE9C=14 RegEA4=ff RegEAC=1 RegEB4=0 RegEBC=0 RegEC4=0 RegECC=0
Dec 2 21:43:40 raspberrypi kernel: Path A IQ Calibration Success !
Dec 2 21:43:40 raspberrypi kernel: pdmpriv->TxPowerTrackControl = 1
Dec 2 21:43:40 raspberrypi kernel: MAC Address from REG_MACID = 64:70:02:0e:f7:7b
Dec 2 21:43:40 raspberrypi kernel: rtl8192cu_hal_init in 800ms
Dec 2 21:43:40 raspberrypi kernel: MAC Address = 64:70:02:0e:f7:7b
Dec 2 21:43:40 raspberrypi kernel: -871x_drv - drv_open, bup=1
Dec 2 21:43:42 raspberrypi kernel: ==>pwr_state_check_handler .fw_state(0)
Dec 2 21:43:42 raspberrypi kernel: ==> rtw_ps_cmd , enqueue CMD
Dec 2 21:43:42 raspberrypi kernel: ==>rtw_ps_processor .fw_state(0)
Dec 2 21:43:42 raspberrypi kernel: ==>ips_enter cnts:1
Dec 2 21:43:42 raspberrypi kernel: ==>power_saving_ctrl_wk_hdl change rf to OFF...LED(0x00020800)....
Dec 2 21:43:42 raspberrypi kernel:
Dec 2 21:43:42 raspberrypi kernel: ===> rtw_ips_pwr_down...................
Dec 2 21:43:42 raspberrypi kernel: ====> rtw_ips_dev_unload...
Dec 2 21:43:42 raspberrypi kernel: usb_read_port_cancel
Dec 2 21:43:42 raspberrypi kernel: usb_write_port_cancel
Dec 2 21:43:42 raspberrypi kernel: ==> rtl8192cu_hal_deinit
Dec 2 21:43:42 raspberrypi kernel: bkeepfwalive(0)
Dec 2 21:43:42 raspberrypi kernel: card disble without HWSM...........
Dec 2 21:43:42 raspberrypi kernel: <=== rtw_ips_pwr_down..................... in 60ms

[andig]

subscribe. haven't got my EDIMAX 7811-un working yet..

[hinxx]

Under latest raspbian I can get the wifi working by setting up the wpa_supplicant.conf as follows:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
 ssid="hinxx"
 scan_ssid=1
 key_mgmt=NONE
}

I have not looked at the dmesg messages closely this time, so I can't say what is different.

Note that I do not have any encryption set, I'm just allowing specific MACs on my AP..

[popcornmix]

Closing as this doesn't seem to be a linux kernel issue.