rtl-wifi crash in 3.4.90

[grmpfx]

In kernel version 3.4.90 I encounter a crash upon WIFI login using an rtl8192cu driver (USB WIFI stick) using my Olinuxino Lime A10 board. Stack backtrace:

[ 20.421406] from [ 20.437133] from [ 20.454126] from [](rtl_is_special_data+0x158/0x1cc [rtlwifi]) [ 20.473795] [](rtl_is_special_data+0x158/0x1cc [rtlwifi]) from [](rtl_get_rate+0x78/0x158 [rtlwifi]) [ 20.494891] [](rtl_get_rate+0x78/0x158 [rtlwifi]) from [](rate_control_get_rate+0xa4/0x258 [mac80211]) [ 20.516876] [](rate_control_get_rate+0xa4/0x258 [mac80211]) from [](invoke_tx_handlers+0x6ac/0x12d0 [mac80211]) [ 20.538770] [](invoke_tx_handlers+0x6ac/0x12d0 [mac80211]) from [](ieee80211_tx+0x68/0xc4 [mac80211]) [ 20.559190] [](ieee80211_tx+0x68/0xc4 [mac80211]) from [](ieee80211_xmit+0x90/0xe4 [mac80211]) [ 20.580391] [](ieee80211_xmit+0x90/0xe4 [mac80211]) from [](ieee80211_subif_start_xmit+0x334/0xae0 [mac80211]) [ 20.602591] [](ieee80211_subif_start_xmit+0x334/0xae0 [mac80211]) from [ 20.622400] from [ 20.639774] from [ 20.656720] from [ 20.673316] from [ 20.689043] from [ 20.704515] from [ 20.718073] Code: eaffff6e e3833002 e2802054 eaffff91 (e7f001f2) [ 20.729649] ---[ end trace 59613d415b3940f4 ]---

It actually appears that the work queue accessed in rtl_is_special_data() is not initialized in the USB rtl code, only in the PCI code. I got my USB WIFI stick working as I commented out the following lines at end of function rtl_is_special_data() in drivers/net/wireless/rtlwifi/base.c:

---------8<------------ if (is_tx) {

if 0

            /* It looks like this work queue is not initialized ?!??!? */
            schedule_work(&rtlpriv->works.lps_leave_work);
            ppsc->last_delaylps_stamp_jiffies = jiffies;

endif

    }
    return true;

} ---------8<------------

Should be fixed. Somebody else at https://github.com/archlinuxarm/PKGBUILDs/issues/872 reported the same issue.

Regards grmpfx

[grmpfx]

2nd attempt for the stack backtrace:

20.421406 from (queue_work_on+0x30/0x38) 20.437133 from (queue_work+0x24/0x58) 20.454126 from (rtl_is_special_data+0x158/0x1cc [rtlwifi]) [ 20.473795](rtl_is_special_data+0x158/0x1cc [rtlwifi]) from (rtl_get_rate+0x78/0x158 [rtlwifi]) [ 20.494891](rtl_get_rate+0x78/0x158 [rtlwifi]) from (rate_control_get_rate+0xa4/0x258 [mac80211]) [ 20.516876](rate_control_get_rate+0xa4/0x258 [mac80211]) from (invoke_tx_handlers+0x6ac/0x12d0 [mac80211]) [ 20.538770](invoke_tx_handlers+0x6ac/0x12d0 [mac80211]) from (ieee80211_tx+0x68/0xc4 [mac80211]) [ 20.559190](ieee80211_tx+0x68/0xc4 [mac80211]) from (ieee80211_xmit+0x90/0xe4 [mac80211]) [ 20.580391](ieee80211_xmit+0x90/0xe4 [mac80211]) from (ieee80211_subif_start_xmit+0x334/0xae0 [mac80211]) [ 20.602591](ieee80211_subif_start_xmit+0x334/0xae0 [mac80211]) from (dev_hard_start_xmit+0x37c/0x59c) 20.622400 from (sch_direct_xmit+0xd0/0x200) 20.639774 from (dev_queue_xmit+0x13c/0x52c) 20.656720 from (packet_sendmsg+0x964/0xb34) 20.673316 from (sock_sendmsg+0xa4/0xc8) 20.689043 from (sys_sendto+0xb4/0xd8) 20.704515 from (ret_fast_syscall+0x0/0x30) [ 20.718073] Code: eaffff6e e3833002 e2802054 eaffff91 (e7f001f2) [ 20.729649] ---[ end trace 59613d415b3940f4 ]---

[rzk]

Please, use our mailing list (http://linux-sunxi.org/Mailing_list) and send a proper patch there if you've got this fixed and patch does not make any regressions. Maintainers will check it out and apply to linux-sunxi trees.

Best Regards, Dmitriy Beykun

[grmpfx]

Ok, but this may take some time. I have got no fix, but just a workaround for my environment. But I assume this must already have been fixed somewhere. By the time I will start a web research.

Regards grmpfx

[vargad]

I have exaclty the same issue, with similar USB wireless receiver on Cubietruck.