Modify

Opened 7 years ago

Closed 7 years ago

#7998 closed defect (worksforme)

wifi stops working after a while

Reported by: mikeyman77 Owned by: developers
Priority: highest Milestone: Backfire 10.03.1
Component: base system Version: Trunk
Keywords: Cc:

Description

I have a Buffalo router and it has the broadcom wifi chipset in it. I compiled the brcm47xx target and pretty much have the default packages installed in the image. I have wifi configured to use WPA via wpad. For some reason after a couple hours it will disconnect all the clients and you can not reconnect until you reset the router.

I saw a similar ticket issue that was resolved with ath9 and hostapd. I don't know if it could be the same type of issue. I am using the b43 stable version.

I am using r23107 of the backfire svn. I have tried 10.03 rc3 and I do not believe that it has this issue. But it seems that wpad and mac80211 has been updated since then.

Thanks!

Attachments (0)

Change History (13)

comment:1 Changed 7 years ago by mikeyman77

Please close the ticket #7986 /ticket/7986.html. I filed it under the wrong milestone version. Thanks!

comment:2 Changed 7 years ago by mikeyman77

Update: 10.03.1 rc3 has this issue as well, in fact it seems to experience the bug pretty frequently.

comment:3 Changed 7 years ago by mikeyman77

Here is what I saw in the logs after the issue happened:

Sep 25 20:53:27 OpenWrt daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:d3 IEEE 802.11: deauthenticated due to local deauth request
Sep 25 20:53:27 OpenWrt daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:fd IEEE 802.11: deauthenticated due to local deauth request
Sep 25 20:53:28 OpenWrt daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:36 IEEE 802.11: deauthenticated due to local deauth request

After this happens, I can not reconnect a wireless client unless I reboot.

comment:4 Changed 7 years ago by mikeyman77

I have a BCM5352 which is a combo of an rf switch and BCM4312. I updated svn backfire and compiled with the experimental version of b43 and removed b43-legacy. It has been 10 hours and no issues yet, however the traffic over wifi has been minimal. I will post back with any more info.

comment:5 Changed 7 years ago by mikeyman77

I have tried the trunk and backfire svn and I still have the same problem. The issue seems to be when there is a lot of traffic over wifi. Using b43 experimental version has made it a little better, it seems to go longer before wifi crashes.

comment:6 Changed 7 years ago by anonymous

10.03.1 rc3 (brcm47xx) on my wrt54gl 1.1 ran about 10 hours before wifi crashed. No such problem if using brcm-2.4

comment:7 Changed 7 years ago by zenabla@…

10.03.1rc1 (r22689) on WNDR3700 - I confirm hostapd "deauthenticated due to local deauth" still being an issue, on top of that lots of these:

Oct  6 22:09:16 rtr user.warn kernel: WARNING: at /home/openwrt/backfire/build/ar71xx/build_dir/linux-ar71xx/compat-wireless-2010-07-29/drivers/net/wireless/ath/ath9k/xmit.
c:127 0x83be9234()
Oct  6 22:09:16 rtr user.warn kernel: Modules linked in: leds_wndr3700_usb ath_pci ath_hal(P) xt_IMQ imq nf_nat_tftp nf_conntrack_tftp nf_nat_irc nf_conntrack_irc nf_nat_ft
p nf_conntrack_ftp xt_HL xt_hl xt_MARK ipt_ECN xt_CLASSIFY xt_time xt_tcpmss xt_statistic xt_
Oct  6 22:09:16 rtr user.warn kernel: Call Trace:[<8007dccc>] 0x8007dccc
Oct  6 22:09:16 rtr user.warn kernel: [<800683a4>] 0x800683a4
Oct  6 22:09:16 rtr user.warn kernel: [<800683a4>] 0x800683a4
Oct  6 22:09:16 rtr user.warn kernel: [<8007cbd8>] 0x8007cbd8
Oct  6 22:09:16 rtr user.warn kernel: [<83be9234>] 0x83be9234
Oct  6 22:09:16 rtr user.warn kernel: [<83be9234>] 0x83be9234
Oct  6 22:09:16 rtr user.warn kernel: [<83be3754>] 0x83be3754
Oct  6 22:09:16 rtr user.warn kernel: [<83be387c>] 0x83be387c
config 'wifi-device' 'radio0'
        option 'type' 'mac80211'
        option 'macaddr' '30:46:9a:06:cb:c8'
        option 'hwmode' '11ng'
        list 'ht_capab' 'SHORT-GI-40'
        list 'ht_capab' 'TX-STBC'
        list 'ht_capab' 'RX-STBC1'
        list 'ht_capab' 'DSSS_CCK-40'
        option 'disabled' '0'
        option 'channel' '1'
        option 'htmode' 'HT40-'

config 'wifi-iface'
        option 'device' 'radio0'
        option 'network' 'wan'
        option 'mode' 'sta'
        option 'key' 'key'
        option 'ssid' 'ssid1'
        option 'encryption' 'psk2'

config 'wifi-device' 'radio1'
        option 'type' 'mac80211'
        option 'macaddr' '30:46:9a:06:cb:ca'
        list 'ht_capab' 'SHORT-GI-40'
        list 'ht_capab' 'TX-STBC'
        list 'ht_capab' 'RX-STBC1'
        list 'ht_capab' 'DSSS_CCK-40'
        option 'disabled' '0'
        option 'txpower' '31'
        option 'channel' '36'
        option 'hwmode' '11na'

config 'wifi-iface'
        option 'device' 'radio1'
        option 'mode' 'ap'
        option 'ssid' 'ssid2'
        option 'network' 'lan'
        option 'hidden' '1'
        option 'encryption' 'psk2'
        option 'key' 'key'

when it goes down, 11ng radio still works. 11na radio doesn't.
(11ng client mode connects to 11bg ap).

proved switching to 11a works as a workaround - no issue observed

what else can i paste here in, to provide more data? (unlikely to
work with own-compiled revisions, too lime/time consumed)

comment:8 Changed 7 years ago by anonymous

I have a similar issue. Can I help? I got a ubuntu distro to compile with.

comment:9 Changed 7 years ago by anonymous

same issue here/issue still persists. Currently testing trunk as of today (r24244).

Disconnects occur regularly under Windows/Linux (also different hardware) independent of whether using 11g or 11n+g.

Asus WL500gP with ath9k WIFI.

comment:10 follow-up: Changed 7 years ago by thorsten

I have the same problem under the current backfire. The connecting stops working, for some seconds and reconnects than automatically.

Thorsten

comment:11 in reply to: ↑ 10 Changed 7 years ago by anonymous

Replying to thorsten:

I have the same problem under the current backfire. The connecting stops working, for some seconds and reconnects than automatically.

Thorsten

One thing to add is, that I am using an alix system and of course ath9k.

comment:12 Changed 7 years ago by anonymous

Platform is Dlink DIR-615 C1. Build is 10.03.1-rc4, r24045 ar71xx. Wireless driver is ath9k. The following crash shows at dmesg.


WARNING: at /home/openwrt/backfire/build/ar71xx/build_dir/linux-ar71xx/compat-wireless-2010-10-19/drivers/net/wireless/ath/ath9k/xmit.c:287 0x80ce8c38()
Modules linked in: ohci_hcd ath_pci ath_hal(P) xt_IMQ imq cls_u32 cls_fw sch_ingress sch_tbf sch_sfq sch_red sch_hfsc sch_htb nf_nat_tftp nf_conntrack_tftp nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp xt_HL xt_hl xt_MARK ipt_ECN xt_CLASSIFY xt_time xt_tcpmss xt_statistic xt_mark xt_length ipt_ecn xt_DSCP xt_dscp xt_string xt_layer7 ipt_MASQUERADE iptable_nat nf_nat xt_CONNMARK xt_recent xt_helper xt_conntrack xt_connmark xt_connbytes xt_NOTRACK iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack ehci_hcd pppoe pppox ipt_REJECT xt_TCPMSS ipt_LOG xt_comment xt_multiport xt_mac xt_limit iptable_mangle iptable_filter ip_tables xt_tcpudp x_tables ppp_mppe ppp_async ppp_generic slhc ath9k ath9k_common ath9k_hw ath mac80211 usbcore ts_fsm ts_bm ts_kmp nls_base crc_ccitt cfg80211 compat_firmware_class compat sha1_generic arc4 aes_generic deflate ecb cbc leds_gpio button_hotplug gpio_buttons input_polldev input_core
Call Trace:[<8007e098>] 0x8007e098
[<800683a4>] 0x800683a4
[<800683a4>] 0x800683a4
[<8007cfa4>] 0x8007cfa4
[<80ce8c38>] 0x80ce8c38
[<80ce8c38>] 0x80ce8c38
[<80ce6a34>] 0x80ce6a34
[<80cea1ec>] 0x80cea1ec
[<80ce4c88>] 0x80ce4c88
[<80082210>] 0x80082210
[<800a82e0>] 0x800a82e0
[<80082a08>] 0x80082a08
[<80082ae8>] 0x80082ae8
[<8006082c>] 0x8006082c
[<80060a00>] 0x80060a00
[<8006b304>] 0x8006b304
[<8006c7ac>] 0x8006c7ac
[<80060a20>] 0x80060a20
[<802d4a54>] 0x802d4a54
[<802d43a8>] 0x802d43a8

---[ end trace 9c8f94bf9926f925 ]---

comment:13 Changed 7 years ago by nbd

  • Resolution set to worksforme
  • Status changed from new to closed

Seems like this ticket got spammed with people that were unable to read the description and thus didn't know that this referred to b43 and not ath9k.
Please test the latest version and if it still fails, open up a new ticket.

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.