i.MX53- Wifi Disconnects during streaming

Ashfaque · ‎05-17-2012

We are testing Wireless Video streaming from a USB camera from customized i.MX53 board (acts as a Transmitter) to iPad (acts as a Receiver) using a Wifi Modlue. Below are the details of the setup.

i.MX53 Board(Transmitter):

OS : Linux kernel 2.6.35

Network setup: Board is configured as a Soft Access Point (SoftAP) with routing enabled for multicasting.

Camera: USB camera

Application: Live555 (open source streaming library) based streaming application.

Wifi module in the board has been configured as SD port 4.

iPad(Receiver):

Network Setup: Connected to Transmitter device through access point.

Application: Live555 based iOS application

This connection before running the application is verified with a successful ping response.

Initially after launching the application streaming works fine with iPad displaying the real time video from Transmitter, but after some duration (5-10 minutes) streaming fails as connection gets disconnected.

Below are the debug prints on console (from i.MX53 board).

This connection lost is also verified by a failure ping response. It looks like Wifi module driver has crashed with below exception details.

Please provide any inputs/solutions on this if anyone has faced similar wifi connectivity issue with i.MX53/Wifi drivers.

/* Debug prints on connection lost on console */

------------[ cut here ]------------

WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0x17c/0x284()

NETDEV WATCHDOG: uap0 (wlan_sdio): transmit queue 0 timed out

Modules linked in: em28xx saa7115 videobuf_vmalloc videobuf_core tveeprom sd8xxx mlan(P)

[<8002f4c0>] (unwind_backtrace+0x0/0xf0) from [<8004f9b0>] (warn_slowpath_common+0x4c/0x64)

[<8004f9b0>] (warn_slowpath_common+0x4c/0x64) from [<8004fa48>] (warn_slowpath_fmt+0x2c/0x3c)

[<8004fa48>] (warn_slowpath_fmt+0x2c/0x3c) from [<8033bc54>] (dev_watchdog+0x17c/0x284)

[<8033bc54>] (dev_watchdog+0x17c/0x284) from [<8005a7a0>] (run_timer_softirq+0x16c/0x23c)

[<8005a7a0>] (run_timer_softirq+0x16c/0x23c) from [<80054e58>] (__do_softirq+0x70/0xf8)

[<80054e58>] (__do_softirq+0x70/0xf8) from [<80054f24>] (irq_exit+0x44/0xa8)

[<80054f24>] (irq_exit+0x44/0xa8) from [<8002a070>] (asm_do_IRQ+0x70/0x8c)

[<8002a070>] (asm_do_IRQ+0x70/0x8c) from [<8002aa8c>] (__irq_svc+0x4c/0xcc)

Exception stack(0x807d7f78 to 0x807d7fc0)

7f60: 807e4cb4 c3c5dc13

7f80: 00000001 00000000 807d6000 807daa18 80821f84 807daa10 700224b8 412fc085

7fa0: 0000001f 00000000 00000003 807d7fc0 8002ba84 8002ba88 60000013 ffffffff

[<8002aa8c>] (__irq_svc+0x4c/0xcc) from [<8002ba88>] (default_idle+0x24/0x28)

[<8002ba88>] (default_idle+0x24/0x28) from [<8002bf6c>] (cpu_idle+0x48/0xa0)

[<8002bf6c>] (cpu_idle+0x48/0xa0) from [<80008938>] (start_kernel+0x234/0x284)

[<80008938>] (start_kernel+0x234/0x284) from [<70008034>] (0x70008034)

---[ end trace 3ea9d70442c4aedb ]---

4294961629 : Tx timeout, bss_index=1

jylee · ‎06-21-2016

To who in charge of this issue.

Hi,

I am a FAE of NXP's distributor in Korea.

One of customer report the exactly same with this as below.

So, I'd like to know what is going on this case.

Would you please let me know the current status of this issue?

Thanks in advance.

--------------------------------------------------------------------------------------------------------------------------------------------------------------

Linux version 2.6.35.3-571-gcca29a0-gd8334bc-dirty (ysyun@KS7015) (gcc version 4.4.4 (4.4.4_09.06.2010) ) #73 PREEMPT Mon Jun 20 18:47:26 KST 2016

CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177

CPU: VIVT data cache, VIVT instruction cache

Machine: Freescale MX28EVK board

Memory policy: ECC disabled, Data cache writeback

Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256

Kernel command line: noinitrd console=ttyAM0,115200 ubi.mtd=1 root=ubi0:rootfs0 rootfstype=ubifs rw gpmi

------------[ cut here ]------------

WARNING: at net/sched/sch_generic.c:258 dev_watchdog+0x18c/0x2a4()

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

Modules linked in:

Backtrace:

[<c002f490>] (dump_backtrace+0x0/0x114) from [<c03950e0>] (dump_stack+0x18/0x1c)

r7:00000009 r6:00000102 r5:c030f86c r4:c04b3df8

[<c03950c8>] (dump_stack+0x0/0x1c) from [<c0046940>] (warn_slowpath_common+0x54/0x6c)

[<c00468ec>] (warn_slowpath_common+0x0/0x6c) from [<c00469fc>] (warn_slowpath_fmt+0x38/0x40)

r9:c0505c4c r8:ffffffff r7:00000001 r6:c0524818 r5:00000000

r4:c36ac000

[<c00469c4>] (warn_slowpath_fmt+0x0/0x40) from [<c030f86c>] (dev_watchdog+0x18c/0x2a4)

r3:c36ac000 r2:c047e88b

[<c030f6e0>] (dev_watchdog+0x0/0x2a4) from [<c00525b8>] (run_timer_softirq+0x198/0x27c)

[<c0052420>] (run_timer_softirq+0x0/0x27c) from [<c004c6d8>] (__do_softirq+0x80/0x110)

[<c004c658>] (__do_softirq+0x0/0x110) from [<c004c7b4>] (irq_exit+0x4c/0xb0)

[<c004c768>] (irq_exit+0x0/0xb0) from [<c002b078>] (asm_do_IRQ+0x78/0x94)

[<c002b000>] (asm_do_IRQ+0x0/0x94) from [<c0397a84>] (__irq_svc+0x44/0x8c)

Exception stack(0xc04b3f40 to 0xc04b3f88)

3f40: 00649cd4 60000013 00001000 60000013 c04b2000 c04b6a88 c04e3804 c04b6a80

3f60: 40023434 41069265 40023400 c04b3f94 c04b3f98 c04b3f88 c002d11c c0037c64

3f80: 60000013 ffffffff

r5:f0000000 r4:ffffffff

[<c0037be4>] (mx28_pm_idle+0x0/0x88) from [<c002d11c>] (cpu_idle+0x68/0xc8)

[<c002d0b4>] (cpu_idle+0x0/0xc8) from [<c03929bc>] (rest_init+0xc0/0xe4)

r7:c04b6a80 r6:c00249c8 r5:c00249cc r4:c04b2000

[<c03928fc>] (rest_init+0x0/0xe4) from [<c00089e8>] (start_kernel+0x258/0x2a8)

r5:c00249cc r4:c0507c98

[<c0008790>] (start_kernel+0x0/0x2a8) from [<40008034>] (0x40008034)

r5:c04e3884 r4:00053175

---[ end trace 38cc06a1eba2e919 ]---