Thank you Larry for your suggestion, however I can't get any debug log out of my machine, it's probably an ubuntu fault (or I'm missing something); I even tried switching from rsyslogd to sysklogd and all debug=[1...5] combintations, all to no avail. This is my actual <modprobe -v rtl8192cu debug=4> output: <snip> insmod /lib/modules/3.5.0-19-generic/updates/net/wireless/cfg80211.ko insmod /lib/modules/3.5.0-19-generic/updates/net/mac80211/mac80211.ko insmod /lib/modules/3.5.0-19-generic/updates/drivers/net/wireless/rtlwifi/rtlwifi.ko insmod /lib/modules/3.5.0-19-generic/updates/drivers/net/wireless/rtlwifi/rtl8192c/rtl8192c-common.ko insmod /lib/modules/3.5.0-19-generic/updates/drivers/net/wireless/rtlwifi/rtl8192cu/rtl8192cu.ko debug=4 </snip> Attached you can find dmesg i grepped from my (now virtualized) test system. kern.log/syslog don't offer any more info. After some more testing this is the situation: - Card goes mute some seconds after a succesfull disconnection (interval between disconnection and muting seems random, some seconds however) - Card doesn't correctly see associated clients in monitor mode (wpa networks, don't know if this applies to wep aswell), it corretly sees itself associated and only get its own 4-way wpa handshake, not others. - Led is fixed all the time, it should blink during rx/tx - regd.c has only a bunch of countries coded, if I set my regdom to IT I can't get chans 12-13 to work, while if I set it to EC (Italy is an ETSI member) I get proper channel list. - maximum txpower is hardcorded to 20dBm in regd.c, it isn't possible to modify it accordingly to regdom. As a side note, commit 4f03c1ed8901a01ad4abcef95c02c007a2d481c2 is giving some headaches in monitor mode, due to the fact that it renders impossible to switch channels while a mon* and a wlan* interface coexist (however this is not a bug, just my 2 cents) If you're willing to tell me which distribution/version combo you're using I would be very happy to virtualize it and get some useful debug info out of it, also I'm currently targeting compat-wireless 3.6.8-1; although these issues remains in daily snapshots until at least last week, feel free to tell me which version should I be targeting. Thank you all for your time . Alex 2012/12/10 Larry Finger <Larry.Finger@xxxxxxxxxxxx>: > Are you sure your patches are correct? The location that you used affects > *every* driver that uses mac80211, not just rtl8192cu. > > I just tested by having rtl8192cu unloaded, then I loaded it with 'sudo > modprobe -v rtl8192cu debug=5'. When I did that and plugged in the device, > my log was immediately "flooded" with the following: > > [ 3269.706508] rtl8192cu: Chip version 0x10 > [ 3270.130396] rtl8192cu: MAC address: 00:1f:1f:c8:8e:cb > [ 3270.130423] rtl8192cu: Board Type 0 > [ 3270.131246] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 > [ 3270.131827] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin > [ 3270.132914] rtlwifi:rtl_fw_cb():<0-0> Firmware callback routine entered! > [ 3270.137746] ieee80211 phy2: Selected rate control algorithm 'rtl_rc' > [ 3270.150347] rtl8192cu:rtl92cu_gpio_radio_on_off_checking():<0-0> > GPIO_IN=0b > [ 3270.150366] rtl8192cu:rtl92cu_gpio_radio_on_off_checking():<0-0> N-SS RF > =0 > [ 3270.150373] rtl8192cu:rtl92cu_gpio_radio_on_off_checking():<0-0> > pHalData->bHwRadioOff and eRfPowerStateToSet do not match: > pHalData->bHwRadioOff 0, eRfPowerStateToSet 0 > [ 3270.150379] rtlwifi: wireless switch is on > [ 3270.150977] rtl8192cu:rtl92cu_gpio_radio_on_off_checking():<0-0> > GPIO_IN=0b > [ 3270.150984] rtl8192cu:rtl92cu_gpio_radio_on_off_checking():<0-0> N-SS RF > =0 > [ 3270.150990] rtl8192cu:rtl92cu_gpio_radio_on_off_checking():<0-0> > pHalData->bHwRadioOff and eRfPowerStateToSet do not match: > pHalData->bHwRadioOff 0, eRfPowerStateToSet 0 > [ 3270.608096] rtl8192cu:_rtl92cu_init_power_on():<0-0> Autoload Done! > [ 3270.617855] rtl8192cu: MAC auto ON okay! > [ 3270.723379] rtl8192cu: Tx queue select: 0x05 > [ 3270.723591] rtl8192cu:rtl92c_set_network_type():<0-0> Set Network type to > NO LINK! > [ 3270.726441] rtl8192c_common:rtl92c_phy_set_bw_mode():<0-0> FALSE driver > sleep or unload > [ 3270.727029] rtl8192c_common:rtl92c_download_fw():<0-0> Firmware > Version(63), Signature(0x88c1),Size(32) > [ 3270.727251] rtl8192c_common:_rtl92c_write_fw():<0-0> FW size is 15982 > bytes > [ 3270.745940] rtl8192c_common:_rtl92c_fw_free_to_go():<0-0> Checksum report > OK ! REG_MCUFWDL:0x00030004 > [ 3270.751440] rtl8192c_common:_rtl92c_fw_free_to_go():<0-0> Polling FW > ready success!! REG_MCUFWDL:0x000300c6 > [ 3270.751443] rtl8192c_common:rtl92c_download_fw():<0-0> Firmware is ready > to run! > [ 3270.751446] rtl8192cu:_rtl92cu_phy_config_mac_with_headerfile():<0-0> > Read Rtl819XMACPHY_Array > [ 3270.751448] rtl8192cu:_rtl92cu_phy_config_mac_with_headerfile():<0-0> > Img:RTL8192CEMAC_2T_ARRAY > [ 3270.757884] rtl8192c_common:_rtl92c_phy_bb8192c_config_parafile():<0-0> > ==> > [ 3270.757889] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x24), > bitmask(0xffffffff), data(0x11800f) > [ 3270.757968] rtl8192c_common:rtl92c_phy_set_bb_reg():<0-0> regaddr(0x24), > bitmask(0xffffffff), data(0x11800f) > > As you can see, that is about 1 second worth of logging. I suggest that you > use "debug=4" to start with. It is a lot less like "drinking from a > firehose". > > Larry >
Attachment:
dmesg.log
Description: Binary data
