#14744: rt2x00queue_write_tx_frame Error
-----------------------+----------------------------------
  Reporter:  fclql     |      Owner:  developers
      Type:  defect    |     Status:  new
  Priority:  normal    |  Milestone:  Chaos Calmer (trunk)
 Component:  packages  |    Version:  Trunk
Resolution:            |   Keywords:
-----------------------+----------------------------------

Comment (by ericwong):

 I have recently build AA, r41581 for rt3052 based router.
 WIFI radio "works" but after I used it for a few hours to about a day,
 WIFI radio will "die". What I mean is WIFI radio is still on and can be
 discovered in WIFI scan. However, any devices trying to connect to it will
 not be able to get IP address or WIFI connection. If I restart the router,
 this problem will be gone temporarily but will reappear after sometime.

 dmesg shows the same error as the post above.
 Since AA currently uses the same BB backport WIFI driver, I think the
 source of the problem is probably the same.

 I am not sure if this matters but in my wireless configuration, I am also
 using 40mhz channel width like this.

         option channel '1'
         option htmode 'HT40+'

 Using this configuration, restarting WIFI will result in this message.

 root@Gargoyle:~# wifi
 Configuration file: /var/run/hostapd-phy0.conf
 wlan0: interface state UNINITIALIZED->HT_SCAN
 handle_probe_req: send failed
 handle_probe_req: send failed
 20/40 MHz operation not permitted on channel pri=1 sec=5 based on
 overlapping BSSes
 Using interface wlan0 with hwaddr 00:0c:43:30:xx:xx and ssid "Gargoyle"
 wlan0: interface state HT_SCAN->ENABLED
 wlan0: AP-ENABLED
 root@Gargoyle:~#

 If I enable noscan, like this

         option channel '1'
         option htmode 'HT40+'
         option noscan '1'

 The output will be changed to

 root@Gargoyle:~# wifi
 Configuration file: /var/run/hostapd-phy0.conf
 Using interface wlan0 with hwaddr 00:0c:43:30:xx:xx and ssid "Gargoyle"
 wlan0: interface state UNINITIALIZED->ENABLED
 wlan0: AP-ENABLED
 root@Gargoyle:~#

 This means that the handle_probe_req error is related to the noscan option
 not enabled. I am not sure if this error is related to the
 rt2x00queue_write_tx_frame error.

 I am now testing/using my rt305x router with noscan enabled to see if it
 will solve this WIFI problem. Will report back if my WIFI radio continue
 to die....

 I would be happy to test any code changes that may fix this problem.
 Please reply here, so I will get a notification.

--
Ticket URL: <https://dev.openwrt.org/ticket/14744#comment:3>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets

Reply via email to