Hi all, On Sat, Aug 9, 2014 at 12:03 PM, Kristian Evensen <kristian.evensen@xxxxxxxxx> wrote: > 2) When disconnecting any WIFI dongle, I always get a kernel oops. > This happens irrespective of if the dongle is active (for example > connected to network) or if I have just connected it to the router. > The kernel oops looks like the following (the crash happens at the > same place independent of device): > > [ 429.730000] usb 1-1.1.5.4: USB disconnect, device number 10 > [ 429.760000] CPU 0 Unable to handle kernel paging request at virtual > address 00100104, epc == 86e93018, ra == 86e93010 > [ 429.770000] Oops[#1]: > [ 429.770000] CPU: 0 PID: 292 Comm: khubd Not tainted 3.14.12 #4 > [ 429.770000] task: 878ad770 ti: 87b0c000 task.ti: 87b0c000 > [ 429.770000] $ 0 : 00000000 00000000 00200200 00100100 > [ 429.770000] $ 4 : 87b0dce0 87b0dee0 80350000 00000008 > [ 429.770000] $ 8 : 00090040 86a6a080 00000020 00090040 > [ 429.770000] $12 : 00000013 0000000e 00000007 00000001 > [ 429.770000] $16 : 85cc91a0 87b0dcd8 00100100 85cc91a8 > [ 429.770000] $20 : 85cc91a0 00200200 86948000 87b41838 > [ 429.770000] $24 : 80327df0 8010fe04 > [ 429.770000] $28 : 87b0c000 87b0dcc8 00000000 86e93010 > [ 429.770000] Hi : 00000350 > [ 429.770000] Lo : 00000006 > [ 429.770000] epc : 86e93018 > ieee80211_remove_interfaces+0x128/0x1b4 [mac80211] > [ 429.770000] Not tainted > [ 429.770000] ra : 86e93010 > ieee80211_remove_interfaces+0x120/0x1b4 [mac80211] > [ 429.770000] Status: 1100dc03 KERNEL EXL IE > [ 429.770000] Cause : 0080000c > [ 429.770000] BadVA : 00100104 > [ 429.770000] PrId : 0001974c (MIPS 74Kc) > [ 429.770000] Modules linked in: ath9k rtl8192se rtl8192de rtl8192cu > rtl8192ce ath9k_htc ath9k_common rtl_usb rtl_pci pppoe ppp_async > option iptable_nat ath9k_hw ath usb_wwan smsc95xx rtlwifi rtl8187 > rt73usb rt2x00usb rt2x00lib rndis_host qmi_wwan pppox ppp_generic > nf_nat_ipv4 nf_conntrack_ipv4 mac80211 ipt_MASQUERADE huawei_cdc_ncm > cfg80211 cdc_ncm cdc_ether ax88179_178a asix xt_time xt_tcpudp > xt_tcpmss xt_string xt_statistic xt_state xt_recent xt_quota > xt_pkttype xt_owner xt_nfacct xt_nat xt_multiport xt_mark xt_mac > xt_limit xt_length xt_id xt_hl xt_helper xt_ecn xt_dscp xt_conntrack > xt_connmark xt_connlimit xt_connbytes xt_comment xt_addrtype xt_TCPMSS > xt_REDIRECT xt_NFQUEUE xt_LOG xt_HL xt_DSCP xt_CT xt_CLASSIFY > usbserial usbnet ts_kmp ts_fsm ts_bm slhc rtl8192c_common > nfnetlink_queue nfnetlink_acct nf_nat_irc nf_nat_ftp nf_nat > nf_defrag_ipv4 nf_conntrack_irc nf_conntrack_ftp iptable_raw > iptable_mangle iptable_filter ipt_REJECT ipt_ECN ipheth ip_tables > crc16 crc_itu_t crc_ccitt compat cdc_wdm cdc_acm act_connmark > act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route > cls_fw sch_hfsc sch_ingress ledtrig_usbdev ip6t_REJECT ip6table_raw > ip6table_mangle ip6table_filter ip6_tables x_tables nf_conntrack_ipv6 > nf_defrag_ipv6 ifb ipv6 eeprom_93cx6 arc4 crypto_blkcipher > ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common > mii > [ 429.770000] Process khubd (pid: 292, threadinfo=87b0c000, > task=878ad770, tls=00000000) > [ 429.770000] Stack : 85cc93a0 86f69350 00000000 00000000 87b0dcd8 > 87b0dcd8 00100100 00200200 > [ 429.770000] 86948000 85cc8ae0 85cc9460 86b9fa20 86f69350 00000000 > 00000000 86e80fac > [ 429.770000] 00000004 85cc8ae0 85cc9460 86b9fa20 85cc8ae0 86e14ddc > 87b0dd1c 87b0bbd0 > [ 429.770000] 86b9fa20 86948000 86b9fa20 86948000 86b9fa00 87b2c580 > 879ff000 800def9c > [ 429.770000] 87b39180 80131108 86b9fa20 86f69350 87b39180 879ff000 > 86b9fa00 8008d734 > [ 429.770000] ... > [ 429.770000] Call Trace: > [ 429.770000] [<86e93018>] ieee80211_remove_interfaces+0x128/0x1b4 [mac80211] > [ 429.770000] [<86e80fac>] ieee80211_unregister_hw+0x3c/0xe4 [mac80211] > [ 429.770000] [<86e14ddc>] rtl_usb_disconnect+0x4c/0xf4 [rtl_usb] > [ 429.770000] [<87b2c580>] usb_deregister+0x228/0x2ec [usbcore] > [ 429.770000] [<8008d734>] __device_release_driver+0x6c/0xd0 > [ 429.770000] [<80117f64>] device_release_driver+0x28/0x40 > [ 429.770000] [<800edffc>] bus_remove_device+0xec/0x120 > [ 429.770000] [<801176fc>] device_del+0x110/0x170 > [ 429.770000] [<87b2ad58>] usb_disable_device+0xb0/0x1d8 [usbcore] > [ 429.770000] [<87b22920>] usb_disconnect+0xac/0x408 [usbcore] > [ 429.770000] [<87b24a68>] usb_reset_device+0xd28/0x15c8 [usbcore] > [ 429.770000] [<80121c0c>] do_exit+0x72c/0x744 > [ 429.770000] > [ 429.770000] > [ 429.770000] Code: 27a40018 8fa2001c 8fa30018 <ac620004> ac430000 > 8fb00010 3c030010 3c020020 24630100 > [ 430.110000] ---[ end trace 6ca2573cb8fc44d5 ]--- > I did some more looking into and testing of this kernel panic and it is fixed by the following commit https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/net/mac80211/iface.c?id=87757a917b0b3c0787e0563c679762152be81312. This commit is included in 3.10-stable and the latest compat-wireless, but not in the current compat-wireless (22-5-2014) used by OpenWRT. So the problem is already solved, sorry for the noise. I have not found the reason for the problems with mixing wifi drivers. So if anyone has a hint here, it would be great. -Kristian -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html