Hi,
We are seeing soft lockups pretty frequently (anywhere from 0 - 48 hours) on a custom board that uses the 600 Mhz SKU of the AM3352. The stack traces generated by this event look very similar to those from http://e2e.ti.com/support/embedded/linux/f/354/t/343306.aspx. We have verified that we are initializing the PLL's on our board.
Here is the stack trace that we see:
>[153199.052119] BUG: soft lockup - CPU#0 stuck for 22s! [myprocess:2194] >[153199.058449] Modules linked in: mtd_dataflash m25p80 lm90 ads7828 tps65217_regulator gpio_pca953x i2c_mux_pca954x geni2c(O) at24 fpga(O) fuse tps65217 mfd_core i2c_omap(O) [last unloaded: mtd_dataflash] >[153199.077451] >[153199.079116] CPU: 0 PID: 2194 Comm: myprocess Tainted: G O 3.13.1-8188.1.0000.8188.10 #2 >[153199.089438] task: cf306ac0 ti: cf302000 task.ti: cf302000 >[153199.095227] PC is at __getnstimeofday+0x104/0x144 >[153199.100261] LR is at __getnstimeofday+0x40/0x144 >[153199.105204] pc : [<c00821bc>] lr : [<c00820f8>] psr: a0010013 >[153199.105204] sp : cf303f38 ip : c120b75a fp : 00000000 >[153199.117438] r10: 3b9ac9ff r9 : a6d83bcb r8 : 658df1fc >[153199.123014] r7 : cf303f80 r6 : 541d843d r5 : ffffffff r4 : c4653600 >[153199.129957] r3 : d308af95 r2 : db3deed9 r1 : 00000000 r0 : 3b9ac9ff >[153199.136905] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user >[153199.144490] Control: 10c5387d Table: 8f120019 DAC: 00000015 >[153199.150613] CPU: 0 PID: 2194 Comm: myprocess Tainted: G O 3.13.1-8188.1.0000.8188.10 #2 >[153199.160969] [<c0013f9c>] (unwind_backtrace+0x0/0x134) from [<c001258c>] (show_stack+0x10/0x14) >[153199.170122] [<c001258c>] (show_stack+0x10/0x14) from [<c00a3b78>] (watchdog_timer_fn+0x118/0x140) >[153199.179546] [<c00a3b78>] (watchdog_timer_fn+0x118/0x140) from [<c0060384>] (__run_hrtimer+0x88/0x1e0) >[153199.189332] [<c0060384>] (__run_hrtimer+0x88/0x1e0) from [<c0060c88>] (hrtimer_interrupt+0x100/0x2b0) >[153199.199114] [<c0060c88>] (hrtimer_interrupt+0x100/0x2b0) from [<c0026c08>] (omap2_gp_timer_interrupt+0x28/0x30) >[153199.209807] [<c0026c08>] (omap2_gp_timer_interrupt+0x28/0x30) from [<c007b230>] (handle_irq_event_percpu+0x54/0x230) >[153199.220958] [<c007b230>] (handle_irq_event_percpu+0x54/0x230) from [<c007b448>] (handle_irq_event+0x3c/0x5c) >[153199.231384] [<c007b448>] (handle_irq_event+0x3c/0x5c) from [<c007d614>] (handle_level_irq+0x90/0xf4) >[153199.241078] [<c007d614>] (handle_level_irq+0x90/0xf4) from [<c007aa90>] (generic_handle_irq+0x2c/0x3c) >[153199.250954] [<c007aa90>] (generic_handle_irq+0x2c/0x3c) from [<c000f888>] (handle_IRQ+0x38/0x84) >[153199.260288] [<c000f888>] (handle_IRQ+0x38/0x84) from [<c0008708>] (omap3_intc_handle_irq+0x68/0x74) >[153199.269900] [<c0008708>] (omap3_intc_handle_irq+0x68/0x74) from [<c04e0480>] (__irq_svc+0x40/0x50) >[153199.279410] Exception stack(0xcf303ef0 to 0xcf303f38) >[153199.284815] 3ee0: 3b9ac9ff 00000000 db3deed9 d308af95 >[153199.293502] 3f00: c4653600 ffffffff 541d843d cf303f80 658df1fc a6d83bcb 3b9ac9ff 00000000 >[153199.302189] 3f20: c120b75a cf303f38 c00820f8 c00821bc a0010013 ffffffff >[153199.309244] [<c04e0480>] (__irq_svc+0x40/0x50) from [<c00821bc>] (__getnstimeofday+0x104/0x144) >[153199.318490] [<c00821bc>] (__getnstimeofday+0x104/0x144) from [<c00828d0>] (getnstimeofday+0x8/0x24) >[153199.328095] [<c00828d0>] (getnstimeofday+0x8/0x24) from [<c0082900>] (do_gettimeofday+0x14/0x40) >[153199.337438] [<c0082900>] (do_gettimeofday+0x14/0x40) from [<c0044910>] (SyS_gettimeofday+0x1c/0xb4) >[153199.347046] [<c0044910>] (SyS_gettimeofday+0x1c/0xb4) from [<c000efe0>] (ret_fast_syscall+0x0/0x30)
Has anyone experienced this problem before? Any suggestions on what we should be looking at?
Thanks,
Ben
