AnsweredAssumed Answered

ls1020 etsec driver crash

Question asked by Jason zhang on Jun 16, 2020
Latest reply on Jun 19, 2020 by Jason zhang

Hi,

   we now use the LS1020 CPU on board, it works well most of the time, but sometimes, when system startup, the system can not work well, system print  driver crash. the  kworker have 100% CPU usage, our application program can not work.

   when this happend, 1."reboot" command can not work. system can not reboot now. terminal have no response, and this terminal can not do anything after "reboot". 2. I can telnet my board from my PC, but, "ifconfig" command can not work, when "ifconfig" execute, the telnet terminal have no response, and this terminal can not do anything after "ifconfig", even “CTRL+C” cannot terminate it.

 

I have seen the following link before, but it seems no help for me.

LS1021A Ethernet driver crash

 

Following is the kernel trace info, 

 

[ 8.173995] ------------[ cut here ]------------
[ 8.178907] WARNING: CPU: 1 PID: 104 at net/sched/sch_generic.c:327 dev_watchdog+0x294/0x298
[ 8.188583] NETDEV WATCHDOG: eth0 (fsl-gianfar): transmit queue 0 timed out
[ 8.196804] Modules linked in: bsp_k_temp(O)
[ 8.202326] CPU: 1 PID: 104 Comm: sysboot Tainted: G O 4.14.47 #1
[ 8.210791] Hardware name: Freescale LS1021A
[ 8.216328] Backtrace:
[ 8.220063] [<c00132d4>] (dump_backtrace) from [<c00135b8>] (show_stack+0x18/0x1c)
[ 8.228869] r7:00000009 r6:60000113 r5:00000000 r4:c07cf7f8
[ 8.235792] [<c00135a0>] (show_stack) from [<c05dfc14>] (dump_stack+0x90/0xa4)
[ 8.244266] [<c05dfb84>] (dump_stack) from [<c0021cbc>] (__warn+0xec/0x104)
[ 8.252474] r7:00000009 r6:c0715080 r5:00000000 r4:e1419b98
[ 8.259396] [<c0021bd0>] (__warn) from [<c0021d14>] (warn_slowpath_fmt+0x40/0x48)
[ 8.268126] r9:ee9aa254 r8:00000000 r7:00000000 r6:00000002 r5:ee9aa000 r4:c0715044
[ 8.277121] [<c0021cd8>] (warn_slowpath_fmt) from [<c052cdc8>] (dev_watchdog+0x294/0x298)
[ 8.286536] r3:ee9aa000 r2:c0715044
[ 8.291378] r4:c07a6d00
[ 8.295197] [<c052cb34>] (dev_watchdog) from [<c0084034>] (call_timer_fn.constprop.3+0x30/0xa0)
[ 8.305132] r10:00000001 r9:2efd1000 r8:c079e3c0 r7:00000000 r6:c052cb34 r5:00000100
[ 8.314205] r4:ffffe000
[ 8.318023] [<c0084004>] (call_timer_fn.constprop.3) from [<c0084144>] (expire_timers+0xa0/0xac)
[ 8.328041] r6:00000200 r5:e1419c48 r4:ef76f3c0
[ 8.333930] [<c00840a4>] (expire_timers) from [<c008421c>] (run_timer_softirq+0xcc/0x1bc)
[ 8.343349] r7:c07a6d00 r6:e1419c44 r5:ef76f3c0 r4:e1419c44
[ 8.350274] [<c0084150>] (run_timer_softirq) from [<c0009660>] (__do_softirq+0x100/0x26c)
[ 8.359693] r9:00000100 r8:c07a6080 r7:ffffe000 r6:40000001 r5:c07a6084 r4:00000080
[ 8.368686] [<c0009560>] (__do_softirq) from [<c0026e14>] (irq_exit+0xe0/0x148)
[ 8.377246] r10:ee0f2920 r9:f0803000 r8:ee810000 r7:00000000 r6:00000000 r5:00000012
[ 8.386318] r4:c07a13b8
[ 8.390135] [<c0026d34>] (irq_exit) from [<c006f2e4>] (__handle_domain_irq+0x68/0xbc)
[ 8.399209] [<c006f27c>] (__handle_domain_irq) from [<c00093f0>] (gic_handle_irq+0x54/0x98)
[ 8.408806] r9:f0803000 r8:e1419d50 r7:f0802000 r6:f080200c r5:c07bab10 r4:c07a7f7c
[ 8.417797] [<c000939c>] (gic_handle_irq) from [<c00140f8>] (__irq_svc+0x58/0x74)
[ 8.426525] Exception stack(0xe1419d50 to 0xe1419d98)
[ 8.432843] 9d40: 1650a9cc 00000000 fd483300 c04ad0e0
[ 8.442269] 9d60: c085a400 000030d3 1650885c c071bc64 0ccccb60 e1418000 ee0f2920 e1419dac
[ 8.451692] 9d80: e1419da0 e1419da0 c001762c c001762c a0000013 ffffffff
[ 8.459562] r9:e1418000 r8:0ccccb60 r7:e1419d84 r6:ffffffff r5:a0000013 r4:c001762c
[ 8.468560] [<c0017610>] (arch_timer_read_counter_long) from [<c05dd410>] (__timer_delay+0x44/0x60)
[ 8.478848] [<c05dd3cc>] (__timer_delay) from [<c05dd454>] (__timer_const_udelay+0x28/0x2c)
[ 8.488441] r7:c071bc64 r6:00000004 r5:f090a000 r4:ee9aa4c0
[ 8.495366] [<c05dd42c>] (__timer_const_udelay) from [<c03af7f0>] (gfar_halt+0x48/0x194)
[ 8.504700] [<c03af7a8>] (gfar_halt) from [<c03b0be0>] (stop_gfar+0x3c/0x50)
[ 8.512999] r9:e1418000 r8:00000000 r7:000005dc r6:00000190 r5:ee9aa000 r4:ee9aa4c0
[ 8.521993] [<c03b0ba4>] (stop_gfar) from [<c03b1310>] (gfar_change_mtu+0x60/0x7c)
[ 8.530805] r5:ee9aa000 r4:ee9aa7c0
[ 8.535658] [<c03b12b0>] (gfar_change_mtu) from [<c0501ad8>] (dev_set_mtu+0xc8/0x1a4)
[ 8.544730] r7:000005dc r6:e1419e40 r5:00000190 r4:ee9aa000
[ 8.551655] [<c0501a10>] (dev_set_mtu) from [<c0526bdc>] (dev_ifsioc+0x2c4/0x324)
[ 8.560383] r7:c063a938 r6:e1419ea0 r5:ee9aa000 r4:00008922
[ 8.567308] [<c0526918>] (dev_ifsioc) from [<c0527064>] (dev_ioctl+0x3b4/0x8b8)
[ 8.575863] r7:b5b15d10 r6:e1419ea0 r5:c07ca780 r4:00008922
[ 8.582786] [<c0526cb0>] (dev_ioctl) from [<c04e736c>] (sock_ioctl+0x150/0x2d0)
[ 8.591344] r10:ee0f2920 r9:e1418000 r8:00000018 r7:c07ca780 r6:b5b15d10 r5:fffffdfd
[ 8.600415] r4:00008922
[ 8.604232] [<c04e721c>] (sock_ioctl) from [<c011fb00>] (do_vfs_ioctl+0xa8/0x79c)
[ 8.612959] r7:00008922 r6:00000018 r5:b5b15d10 r4:e12cd0c0
[ 8.619880] [<c011fa58>] (do_vfs_ioctl) from [<c0120230>] (SyS_ioctl+0x3c/0x60)
[ 8.628440] r10:00000000 r9:e1418000 r8:b5b15d10 r7:00008922 r6:00000018 r5:e12cd0c0
[ 8.637512] r4:e12cd0c1
[ 8.641331] [<c01201f4>] (SyS_ioctl) from [<c000fc00>] (ret_fast_syscall+0x0/0x4c)
[ 8.650144] r9:e1418000 r8:c000fde4 r7:00000036 r6:00000190 r5:b5b15d5c r4:b5b15d10
[ 8.659153] ---[ end trace fbd35e141c0192ad ]---

 

 

   Are there any known issues like this, and any suggested fixes/workarounds?

   Thanks for help,

   Jason

Outcomes