NETDEV WATCHDOG: usb0 (qmi_wwan): transmit queue 0 timed out

[Aleksander Morgado]

On Thu, Oct 1, 2015 at 4:46 PM, Aleksander Morgado
<aleksander at aleksander.es> wrote:
> On Fri, Jul 25, 2014 at 5:22 PM, Dan Williams <dcbw at redhat.com> wrote:
>> On Thu, 2014-07-24 at 19:23 +0530, david preetham wrote:
>>> Hi,
>>> I was facing issue with huawei E392 device. kernel crash is happening after
>>> some time. when trying to send 10Mbps traffic. device is loaded with
>>> qmi_wwan driver. drivers are backported for kernel version 2.6.32. i
>>> searched some blogs it is telling that APCI issue. not able to clearly find
>>> the issue.
>>
>> It's unlikely to be an ACPI issue, unless you have USB autosuspend
>> enabled and the device doesn't like it?  Try setting
>> ".supports_autosuspend = 0" in qmi_wwan.c to see if that's the issue.
>>
>> But more likely is a firmware or driver issue.  When this happens, can
>> you still talk to the modem with QMI?
>>
>
> Never late to resurrect an old thread!
>
> I've just seen this issue with a Pantech UML290, firmware revision
> "L0290VWBB12F.248  1  [Nov  9 2011 08:44:21]".
>
> David, did you end up debugging this issue further?
>

This one is interesting:
https://dev.openwrt.org/ticket/17862

User claimed that a cronjob script reading from ttyUSB every 30mins
would make the problem go away:

  #!/bin/sh

  n=0
  while read -t 1 line < /dev/ttyUSB1; do
          n=$((n+1))
  done
  printf "Read $n lines from ttyUSB1\n"


>
>>
>>> un 4 12:54:10 RuckusAP user.warn kernel: ------------[ cut here
>>> ]------------
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: WARNING: at
>>> /home/jenkins/workspace/SCG_3.0.0.0_ZF795x/linux/kernels/linux-2.6.32.24/net/sched/sch_generic.c:261
>>>
>>> dev_watchdog+0x164/0x260()
>>>
>>> Jun 4 12:54:10 RuckusAP user.info kernel: NETDEV WATCHDOG: usb0 (qmi_wwan):
>>> transmit queue 0 timed out
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: Modules linked in: qmi_wwan
>>> ar_cdc_wdm option usbserial cdc_ether usbnet wispr_http(P) br_dnat(P) ip_gre
>>>
>>> v54smartmedia(P) br_dhcp(P) br_pif(P) br_ci ath_dual wlan_u(P) wlan_acl
>>> wlan_xauth wlan_ccmp wlan_wep wlan_tkip wlan_scan_sta wlan_scan_rks
>>> ath_spectral(P)
>>>
>>> ath_dfs(P) ath_rate_v54beamflex(P) ath_hal(P) wlan athrs_gmac rks_acl
>>> rks_dns(P) rudb(P) rks_ioctl
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: Call Trace:
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<80088a7c>] dump_stack+0x8/0x34
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<800a9bf4>]
>>> warn_slowpath_common+0x70/0xb0
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<800a9c74>]
>>> warn_slowpath_fmt+0x24/0x30
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<802649dc>]
>>> dev_watchdog+0x164/0x260
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<800b43b8>]
>>> run_timer_softirq+0x14c/0x1d8
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<800afd2c>]
>>> __do_softirq+0xb4/0x14c
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<800afe0c>] do_softirq+0x48/0x6c
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<8008050c>] ret_from_irq+0x0/0x4
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<8008ddcc>]
>>> r4k_wait_irqoff+0x20/0x24
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<8008e800>] cpu_idle+0x24/0x44
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: [<803a5a5c>]
>>> start_kernel+0x34c/0x368
>>>
>>> Jun 4 12:54:10 RuckusAP user.warn kernel: ---[ end trace 5c960849b18c9e51
>>> ]---
>>>
>>> Jun 4 12:54:19 RuckusAP daemon.info hostapd: wlan0: STA 1c:ab:a7:40:e9:ef
>>> IEEE 802.11: associated
>>> _______________________________________________
>>> libqmi-devel mailing list
>>> libqmi-devel at lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/libqmi-devel
>>
>>
>
>
>
> --
> Aleksander
> https://aleksander.es



-- 
Aleksander
https://aleksander.es