Modify

Opened 23 months ago

Last modified 11 months ago

#22086 assigned defect

No connection on WLAN in 2.4G

Reported by: gazambuja@… Owned by: dangole
Priority: high Milestone: Designated Driver (Trunk)
Component: base system Version: Trunk
Keywords: xiaomi, mt7620, macaddress Cc: @…

Description

I have some Xiaomi Miwifi Mini, and all working just fine... except radio1 (2.4G). Sometimes (not always) when you connect to this interface you cant navigate, even cant ping or ssh to my openwrt.
If I connect to 5G SSID all just work fine.

I try differents configurations:

  • static IP on my sta
  • differents channels
  • differents hwmode
  • with open network (with encryption=none)

I think the problem can be related to MAC Address, if in my laptop, check de ARP, when the problem is going, the /proc/net/arp (in my linux) show:

$ iwconfig 
wlp2s0    IEEE 802.11abgn  ESSID:"Test2G"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: F0:B4:29:55:9F:47   
          Bit Rate=144.4 Mb/s   Tx-Power=22 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=70/70  Signal level=-36 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:1   Missed beacon:0

$ cat /proc/net/arp 
IP address       HW type     Flags       HW address            Mask     Device
192.168.10.1     0x1         0x0         00:00:00:00:00:00     *        wlp2s0

This is all my related setup:

# cat /etc/openwrt_release 
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='Bleeding Edge'
DISTRIB_REVISION='r49031'
DISTRIB_CODENAME='designated_driver'
DISTRIB_TARGET='ramips/mt7620'
DISTRIB_DESCRIPTION='OpenWrt Designated Driver r49031'
DISTRIB_TAINTS=''

# ifconfig wlan1
wlan1   Link encap:Ethernet  HWaddr F0:B4:29:55:9F:47  
          inet6 addr: fe80::f2b4:29ff:fe55:9f47/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2025 errors:0 dropped:0 overruns:0 frame:0
          TX packets:87 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:145785 (142.3 KiB)  TX bytes:18270 (17.8 KiB)


# iwconfig wlan1
wlan1   IEEE 802.11bgn  Mode:Master  Tx-Power=20 dBm   
          RTS thr:off   Fragment thr:off
          Power Management:off

# cat /etc/config/wireless
config wifi-device  radio1
        option type     mac80211
        option channel  6
        option hwmode   11g
        option path     'platform/10180000.wmac'
        option htmode   HT20
        # option log_level 1

config wifi-iface "private2g"
        option device 'radio1'
        option mode 'ap'
        option disassoc_low_ack 0
        option encryption 'none'
        option network 'lan'
        option ssid 'Test2G'
        option beacon_int 60
        option disabled 0

# cat /var/run/hostapd-phy1.conf 
driver=nl80211
logger_syslog=127
logger_syslog_level=1
logger_stdout=127
logger_stdout_level=1
hw_mode=g
channel=6


ieee80211n=1
ht_coex=0
ht_capab=[HT40+][SHORT-GI-20][SHORT-GI-40][TX-STBC][RX-STBC12]

interface=wlan1
ctrl_interface=/var/run/hostapd
ap_isolate=1
disassoc_low_ack=0
preamble=1
wmm_enabled=1
ignore_broadcast_ssid=0
uapsd_advertisement_enabled=1
wpa_passphrase=internet
auth_algs=1
wpa=2
wpa_pairwise=CCMP TKIP
ssid=Test2G
bridge=br-lan
wpa_key_mgmt=WPA-PSK
okc=0
disable_pmksa_caching=1
bssid=f0:b4:29:55:9f:47


# logread |grep 94:65:9c
Tue Mar 22 03:13:51 2016 daemon.info hostapd: wlan1: STA 94:65:9c:9f:a1:00 IEEE 802.11: authenticated
Tue Mar 22 03:13:51 2016 daemon.info hostapd: wlan1: STA 94:65:9c:9f:a1:00 IEEE 802.11: associated (aid 3)
Tue Mar 22 03:13:51 2016 daemon.info hostapd: wlan1: STA 94:65:9c:9f:a1:00 WPA: pairwise key handshake completed (RSN)
Tue Mar 22 03:13:51 2016 daemon.info dnsmasq-dhcp[4581]: DHCPREQUEST(br-lan) 192.168.10.200 94:65:9c:9f:a1:00 
Tue Mar 22 03:13:51 2016 daemon.info dnsmasq-dhcp[4581]: DHCPACK(br-lan) 192.168.10.200 94:65:9c:9f:a1:00 LaptopLinux
Tue Mar 22 03:13:54 2016 daemon.info dnsmasq-dhcp[4581]: DHCPREQUEST(br-lan) 192.168.10.200 94:65:9c:9f:a1:00 
Tue Mar 22 03:13:54 2016 daemon.info dnsmasq-dhcp[4581]: DHCPACK(br-lan) 192.168.10.200 94:65:9c:9f:a1:00 LaptopLinux

Again, the exact same network config is to my wlan0 interface (5G) and all work fine. When I have this problem, I change to 5G SSID and my laptop goes online again.

Attachments (0)

Change History (21)

comment:1 Changed 23 months ago by gazambuja@…

I start a bounty (USD 250) for this bug, this way we can get full Openwrt working over Xiaomi Mini: ​https://www.bountysource.com/issues/32309542-no-connection-on-wlan-in-2-4g
If any can help (with more money or solving this issue) I would appreciate.

comment:2 Changed 23 months ago by anonymous

i've experienced similar on 5G and figured it happens on newer distributions, for example wifi would freeze on ubuntu 15.04 but on 10.04 with some v3 kernel and wireless backports 3.18 works without interruptions. maybe you should try that first?

comment:3 Changed 23 months ago by gazambuja@…

I can confirm this issue (at least) with Linux laptop (Ubuntu 16.10 beta), and 3 differents android devices (2.3 to 6 version) and one Windows Phone.

comment:4 Changed 22 months ago by gazambuja

Here you have differents sta in two scenarios.

When all work fine:

$ iw dev wlan1 station dump
Station a4:77:33:71:74:cc (on wlan1)
    inactive time:    380 ms
    rx bytes:    1076074
    rx packets:    10715
    tx bytes:    11942403
    tx packets:    10490
    tx retries:    1381
    tx failed:    37
    signal:      -81 dBm
    signal avg:    -80 dBm
    tx bitrate:    72.2 MBit/s MCS 7 short GI
    rx bitrate:    72.2 MBit/s MCS 7 short GI
    expected throughput:    34.57Mbps
    authorized:    yes
    authenticated:    yes
    preamble:    short
    WMM/WME:    yes
    MFP:        no
    TDLS peer:    no
    connected time:    1252 seconds
Station 00:73:e0:75:79:a6 (on wlan1)
    inactive time:    29470 ms
    rx bytes:    555881
    rx packets:    1444
    tx bytes:    221251
    tx packets:    740
    tx retries:    234
    tx failed:    10
    signal:      -97 dBm
    signal avg:    -99 dBm
    tx bitrate:    11.0 MBit/s
    rx bitrate:    5.5 MBit/s
    expected throughput:    5.583Mbps
    authorized:    yes
    authenticated:    yes
    preamble:    short
    WMM/WME:    yes
    MFP:        no
    TDLS peer:    no
    connected time:    1196 seconds
Station 2c:8a:72:b4:23:1f (on wlan1)
    inactive time:    4090 ms
    rx bytes:    379142
    rx packets:    2562
    tx bytes:    723692
    tx packets:    1813
    tx retries:    172
    tx failed:    8
    signal:      -95 dBm
    signal avg:    -95 dBm
    tx bitrate:    65.0 MBit/s MCS 7
    rx bitrate:    6.0 MBit/s
    expected throughput:    23.986Mbps
    authorized:    yes
    authenticated:    yes
    preamble:    short
    WMM/WME:    yes
    MFP:        no
    TDLS peer:    no
    connected time:    401 seconds
Station 94:65:9c:9f:a1:00 (on wlan1)
    inactive time:    0 ms
    rx bytes:    1003080
    rx packets:    5800
    tx bytes:    4438783
    tx packets:    5303
    tx retries:    1002
    tx failed:    141
    signal:      -87 dBm
    signal avg:    -85 dBm
    tx bitrate:    72.2 MBit/s MCS 7 short GI
    rx bitrate:    240.0 MBit/s MCS 13 40MHz short GI
    expected throughput:    34.57Mbps
    authorized:    yes
    authenticated:    yes
    preamble:    short
    WMM/WME:    yes
    MFP:        no
    TDLS peer:    no
    connected time:    319 seconds

And when is not working (this connected STA cant connect to this router, for example, not working ssh, not response to ping, etc):

$ iw dev wlan1 station dump
Station 2c:8a:72:b4:23:1f (on wlan1)
        inactive time:  160 ms
        rx bytes:       7067
        rx packets:     79
        tx bytes:       741
        tx packets:     4
        tx retries:     0
        tx failed:      0
        signal:         -79 dBm
        signal avg:     -79 dBm
        tx bitrate:     6.5 MBit/s MCS 0
        rx bitrate:     72.2 MBit/s MCS 7 short GI
        expected throughput:    5.126Mbps
        authorized:     yes
        authenticated:  yes
        preamble:       short
        WMM/WME:        yes
        MFP:            no
        TDLS peer:      no
        connected time: 69 seconds
Station 64:b8:53:da:eb:95 (on wlan1)
        inactive time:  700 ms
        rx bytes:       4105078
        rx packets:     56863
        tx bytes:       40572982
        tx packets:     30789
        tx retries:     2911
        tx failed:      89
        signal:         -91 dBm
        signal avg:     -92 dBm
        tx bitrate:     1.0 MBit/s
        rx bitrate:     24.0 MBit/s
        expected throughput:    28.564Mbps
        authorized:     yes
        authenticated:  yes
        preamble:       short
        WMM/WME:        yes
        MFP:            no
        TDLS peer:      no
        connected time: 41370 seconds
Station 00:73:e0:75:79:a6 (on wlan1)
        inactive time:  7870 ms
        rx bytes:       418366
        rx packets:     11496
        tx bytes:       15570
        tx packets:     88
        tx retries:     4
        tx failed:      4
        signal:         -101 dBm
        signal avg:     -100 dBm
        tx bitrate:     1.0 MBit/s
        rx bitrate:     1.0 MBit/s
        expected throughput:    5.126Mbps
        authorized:     yes
        authenticated:  yes
        preamble:       short
        WMM/WME:        yes
        MFP:            no
        TDLS peer:      no
        connected time: 6934 seconds

PS: to this try I have to wait 24h to reapear the issue, this first 24h all interfaces work fine. Now I reboot the router (wifi restart not work) and all work fine again.

PS2: only to remember, the 5GHz interface always work fine, I connect to wlan0 and can use internet and ssh access without problem.

comment:5 Changed 22 months ago by gazambuja

I'm doing some more testing, but the 2.4GHz issue appear to be some issue when this interface have some traffic adove some line...

For example:

  • One phone using youtube: no problem.
  • Two phones using youtube: no problem.
  • One phone sharing screen to the TV (android -> chromecast): wlan1 crash.

I put some traffic over 2.4GHz (copy some big file and start to download torrents...) and some minutes after that, interface stop working, here you have the logread from the last seconds of wlan1 working:

Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: WPA rekeying GTK
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA 2c:8a:72:b4:23:1f WPA: sending 1/2 msg of Group Key Handshake
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA 94:65:9c:9f:a1:00 WPA: sending 1/2 msg of Group Key Handshake
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: sending 1/2 msg of Group Key Handshake
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA 0c:41:3e:4a:f5:44 WPA: sending 1/2 msg of Group Key Handshake
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA a4:77:33:71:74:cc WPA: sending 1/2 msg of Group Key Handshake
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA 2c:8a:72:b4:23:1f WPA: received EAPOL-Key frame (2/2 Group)
Wed Apr  6 01:24:25 2016 daemon.info hostapd: wlan1: STA 2c:8a:72:b4:23:1f WPA: group key handshake completed (RSN)
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA 94:65:9c:9f:a1:00 WPA: received EAPOL-Key frame (2/2 Group)
Wed Apr  6 01:24:25 2016 daemon.info hostapd: wlan1: STA 94:65:9c:9f:a1:00 WPA: group key handshake completed (RSN)
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA a4:77:33:71:74:cc WPA: received EAPOL-Key frame (2/2 Group)
Wed Apr  6 01:24:25 2016 daemon.info hostapd: wlan1: STA a4:77:33:71:74:cc WPA: group key handshake completed (RSN)
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA 0c:41:3e:4a:f5:44 WPA: received EAPOL-Key frame (2/2 Group)
Wed Apr  6 01:24:25 2016 daemon.info hostapd: wlan1: STA 0c:41:3e:4a:f5:44 WPA: group key handshake completed (RSN)
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: EAPOL-Key timeout
Wed Apr  6 01:24:25 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: sending 1/2 msg of Group Key Handshake
Wed Apr  6 01:24:26 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: EAPOL-Key timeout
Wed Apr  6 01:24:26 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: sending 1/2 msg of Group Key Handshake
Wed Apr  6 01:24:27 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: EAPOL-Key timeout
Wed Apr  6 01:24:27 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: sending 1/2 msg of Group Key Handshake
Wed Apr  6 01:24:28 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: EAPOL-Key timeout
Wed Apr  6 01:24:28 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: WPA_PTK: sm->Disconnect
Wed Apr  6 01:24:28 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: event 3 notification
Wed Apr  6 01:24:28 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 IEEE 802.1X: unauthorizing port
Wed Apr  6 01:24:30 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 MLME: MLME-DEAUTHENTICATE.indication(00:73:e0:75:79:a6, 2)
Wed Apr  6 01:24:30 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 MLME: MLME-DELETEKEYS.request(00:73:e0:75:79:a6)
Wed Apr  6 01:24:33 2016 daemon.info hostapd: wlan1: STA 00:73:e0:75:79:a6 IEEE 802.11: deauthenticated due to local deauth request
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 IEEE 802.11: authentication OK (open system)
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 MLME: MLME-AUTHENTICATE.indication(00:73:e0:75:79:a6, OPEN_SYSTEM)
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 MLME: MLME-DELETEKEYS.request(00:73:e0:75:79:a6)
Wed Apr  6 01:24:38 2016 daemon.info hostapd: wlan1: STA 00:73:e0:75:79:a6 IEEE 802.11: authenticated
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 IEEE 802.11: association OK (aid 1)
Wed Apr  6 01:24:38 2016 daemon.info hostapd: wlan1: STA 00:73:e0:75:79:a6 IEEE 802.11: associated (aid 1)
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 MLME: MLME-ASSOCIATE.indication(00:73:e0:75:79:a6)
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 MLME: MLME-DELETEKEYS.request(00:73:e0:75:79:a6)
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 IEEE 802.11: binding station to interface 'wlan1'
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: event 1 notification
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: start authentication
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 IEEE 802.1X: unauthorizing port
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: sending 1/4 msg of 4-Way Handshake
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: received EAPOL-Key frame (2/4 Pairwise)
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: sending 3/4 msg of 4-Way Handshake
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: received EAPOL-Key frame (4/4 Pairwise)
Wed Apr  6 01:24:38 2016 daemon.debug hostapd: wlan1: STA 00:73:e0:75:79:a6 IEEE 802.1X: authorizing port
Wed Apr  6 01:24:38 2016 daemon.info hostapd: wlan1: STA 00:73:e0:75:79:a6 WPA: pairwise key handshake completed (RSN)
Wed Apr  6 01:24:40 2016 daemon.info dnsmasq-dhcp[3176]: DHCPREQUEST(br-lan) 192.168.10.230 00:73:e0:75:79:a6 
Wed Apr  6 01:24:40 2016 daemon.info dnsmasq-dhcp[3176]: DHCPACK(br-lan) 192.168.10.230 00:73:e0:75:79:a6 android-34402507ce1e26da
Wed Apr  6 01:25:31 2016 daemon.debug hostapd: wlan1: STA 0c:41:3e:4a:f5:44 IEEE 802.11: hostapd_public_action - action=0
Wed Apr  6 01:25:31 2016 daemon.debug hostapd: wlan1: STA 0c:41:3e:4a:f5:44 IEEE 802.11: handle_action - unknown action category 4 or invalid frame

# 20 seconds after this, wlan1 stop working

comment:6 Changed 22 months ago by anonymous

do any of your devices support WiFi Direct feature and can you turn it off to test?

comment:7 Changed 22 months ago by gazambuja

I never use wifi direct, I dont think have this feature.

My TV is not smart, have a ChromeCast.
My smartphone (HTC M8 with android 6) if have wifi direct, I never use... any way, I will search and try.

Last edited 22 months ago by gazambuja (previous) (diff)

comment:8 Changed 22 months ago by anonymous

looks like androids have it on by default, try disabling it somehow or deepfreeze service - no idea as i don't have android phone, but i've experienced the same issue when android device was connecting to my xiaomi mini.

do any of your other devices can connect to 5G?

comment:9 Changed 22 months ago by gazambuja

2 Laptops, chromecast and this HTC phone can connect to 5G.
All my other devices is 2G only.

comment:10 follow-up: Changed 22 months ago by anonymous

try connecting them all to 5G and stress the network as much as possible.

if your HTC phone can share screen to chromecast on 5G check what happens.

there seem to be some fixes already in r48883 but something else probably is missing.

comment:11 in reply to: ↑ 10 Changed 22 months ago by gazambuja

I try connect 4 devices to 5G, and: download torrents, share screen, and copy some big file over ssh.
Without any problem, the wlan0 never fail. All work just fine.

After this try, I change all devices to 2G... and just 2 minutes after, wlan1 stop working.

Replying to anonymous:

try connecting them all to 5G and stress the network as much as possible.

if your HTC phone can share screen to chromecast on 5G check what happens.

there seem to be some fixes already in r48883 but something else probably is missing.

comment:12 follow-up: Changed 22 months ago by anonymous

these two messages

Wed Apr  6 01:25:31 2016 daemon.debug hostapd: wlan1: STA 0c:41:3e:4a:f5:44 IEEE 802.11: hostapd_public_action - action=0
Wed Apr  6 01:25:31 2016 daemon.debug hostapd: wlan1: STA 0c:41:3e:4a:f5:44 IEEE 802.11: handle_action - unknown action category 4 or invalid frame

indicate public action frame which is used in wifi direct is causing this.

if you google this few results show up from sophos community where they had the same issue. the interesting one: https://community.sophos.com/products/unified-threat-management/f/60/t/56369

on page 5 there is a mention of their fw release 9.104 that fixed the issue.

on this link fw release summary can be found: https://blogs.sophos.com/2013/08/08/utm-up2date-9-104-released-2/

this could be the bug that's affecting our devices: 25766 RED 50 connection is permanently dropped after HA takeover

HA takeover probably stands for handle_action takeover.

comment:13 Changed 22 months ago by anonymous

ticket /ticket/13594.html is the same thing. since they got PS3 causing it this is related to WiFi Direct/DLNA bug

comment:14 in reply to: ↑ 12 Changed 22 months ago by gazambuja

oka, this is great! some light to this issue.

One more test: connect 3 iPhones to wlan1 (without encryptation: open system) and the interface crash. After few seconds we have no more access to router using radio1.

comment:15 Changed 22 months ago by gazambuja

Some more info and test:

In all testes, when fail, is when more than 3 devices use 2.4G or when one of this put a lot of traffic, for example, streaming some video to other device.

comment:16 Changed 22 months ago by gazambuja

Im running now 12 hours without any problem with the r48239 ( http://git.openwrt.org/openwrt.git?p=openwrt.git;a=commit;h=8ec3f0b98716a01ef8a174f90851e8ce6ea6df9c ). Choose this release without a specific reason, just to try some release with kernel 4.3.3.

If I update to the last trunk 2.4G stop working.

If you want to I make a test with some specific release, please comment.

comment:17 Changed 22 months ago by gazambuja

After 21 hours and a lot of traffic (streaming by WLAN 2.4G movies in Full HD), the router crash again :(

The last entry in logs before crash:
Sat Apr 16 21:41:46 2016 kern.err kernel: [24013.522290] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sat Apr 16 21:41:46 2016 kern.err kernel: [24013.531730] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sat Apr 16 21:41:46 2016 kern.err kernel: [24013.541175] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sat Apr 16 21:41:46 2016 kern.err kernel: [24013.550617] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sat Apr 16 21:41:46 2016 kern.err kernel: [24013.560056] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sat Apr 16 21:41:46 2016 kern.err kernel: [24013.569495] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2
Sat Apr 16 21:41:46 2016 kern.err kernel: [24013.578934] ieee80211 phy1: rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 2

After wlan1 stop working, I connect by 5G SSID and all work fine... just 2.4 are crashout.

comment:18 Changed 21 months ago by weynhamz@…

Same thing happens to me, RT-N56U, Chaos Calmer RC2 build.

comment:19 Changed 19 months ago by hojuruku

https://bugs.lede-project.org/index.php?do=details&task_id=13

Yet another "me too". I'm compiling "Openwrt Reboots" latest trunk to see if NBD's fix works. I'll send ath9k debug logs and keep you posted.

comment:20 Changed 12 months ago by dangole

It's probably an issue with the rt2x00 driver (not at all related to ath9k, that's an entirely different family of chips). Looks like something makes the TX DMA gets stuck for some reason, could be related to weird things certain clients may do (because I never encountered anything like that).

Please retest if this issue still exists in current LEDE snapshot after commit https://git.lede-project.org/?p=source.git;a=commit;h=9eacb9d7fc0b4c921f8d2ec91a51f10d8c3ae12f

I don't think that I actually fixed it, at least not deliberately ;)

Last edited 12 months ago by dangole (previous) (diff)

comment:21 Changed 11 months ago by dangole

  • Owner changed from developers to dangole
  • Status changed from new to assigned

It's quite likely that commits
https://git.lede-project.org/?p=source.git;a=commit;h=181bc02d2e3e97bb6e535fd46fad750692408462
and
https://git.lede-project.org/?p=source.git;a=commit;h=9eacb9d7fc0b4c921f8d2ec91a51f10d8c3ae12f
fixed the problems in the code which are the cause of this bug.
Please retry with a recent build and report back.

Add Comment

Modify Ticket

Action
as assigned .
Author


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

 
Note: See TracTickets for help on using tickets.