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

[Aleksander Morgado]

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?


>
>> 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