Opened 6 years ago

Closed 6 years ago

Last modified 4 years ago

#10650 closed defect (duplicate)

ar71xx / Ubiquiti Bullet M5: "transmit queue 0 timed out"

Reported by: Nenad Opsenica <nenad@…> Owned by: developers
Priority: highest Milestone: Chaos Calmer 15.05
Component: kernel Version: Backfire 10.03.1 RC6
Keywords: Cc:


Ufortunatelly, "NETDEV WATCHDOG: eth0 (ag71xx): transmit queue 0 timed out" bug still appears. I'm experiencing it on latest Backfire running on Ubiquiti Bullet 5M:

------------[ cut here ]------------                                                                                                                                                  
WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0x170/0x268()                                                                                                                    
NETDEV WATCHDOG: eth0 (ag71xx): transmit queue 0 timed out                                                                                                                            
Modules linked in: tun ath9k ath9k_common ath9k_hw ath mac80211 cfg80211 compat arc4 aes_generic deflate ecb cbc leds_gpio button_hotplug gpio_buttons input_polldev input_core       
Call Trace:                                                                                                                                                                           
[<800708fc>] dump_stack+0x8/0x34                                                                                                                                                      
[<8007d50c>] warn_slowpath_common+0x70/0x98                                                                                                                                           
[<8007d574>] warn_slowpath_fmt+0x24/0x30                                                                                                                                              
[<801ef6fc>] dev_watchdog+0x170/0x268                                                                                                                                                 
[<80087c70>] run_timer_softirq+0x11c/0x190                                                                                                                                            
[<80082e60>] __do_softirq+0x94/0x130                                                                                                                                                  
[<80082f44>] do_softirq+0x48/0x68                                                                                                                                                     
[<8006082c>] ret_from_irq+0x0/0x4                                                                                                                                                     
[<80060a20>] r4k_wait+0x20/0x40                                                                                                                                                       
[<8006d314>] cpu_idle+0x20/0x40                                                                                                                                                       
[<802eca04>] start_kernel+0x364/0x380                                                                                                                                                 

---[ end trace 3ae9a04b5b0c57cb ]---
eth0: tx timeout                    
eth0: link down                     
br-lan: port 1(eth0) entering disabled state

After network restart, /etc/init.d/network restart eth0 comes up again.

Attachments (0)

Change History (4)

comment:1 Changed 6 years ago by Nenad Opsenica <nenad@…>

Update: same problem happens on other device installed at different location, in this case it is Ubiquiti Nanostation M5 Loco.

Configuration at both places is similar: both devices work as VPN routers, wifi is connected to AP/wireless network and eth is directly connected to local Windows computer. It seems that "transmit queue 0 timed out" appears and ethernet becomes frozen when there is some kind of traffic that should be sent to ethernet, but Windows computer is turned off, with LAN card in semi-off state (I suppose that LAN card is listening for wake-on-lan packets). Traffic that comes through VPN consists mainly of ARP requests.

I didn't see this kind of problem at locations where UBNT devices with same configuration are connected to ethernet switches.

comment:2 Changed 6 years ago by Nenad Opsenica <nenad@…>

Workaround for this problem is to place network switch between Ubiquiti device and Windows computer. However, bug should be fixed.

comment:3 Changed 6 years ago by nbd

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

see #11217

comment:4 Changed 4 years ago by jow

  • Milestone changed from Backfire 10.03.2 to Chaos Calmer (trunk)

Milestone Backfire 10.03.2 deleted

Add Comment

Modify Ticket

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

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

Note: See TracTickets for help on using tickets.