lkml.org 
[lkml]   [2013]   [Jul]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
Subjecttask kworker/u:0 blocked for more than 120 seconds
From
Hi list,

I recently find a strange issue over 3.4 kernel.
The scenario is doing the hotplug test over ARM platfrom, and when the
hotplugged
out cpu1 want to get back in again, seems it stuck at cpu_stop_cpu_callback.

The task backtrace is as below:
PID: 21749 TASK: d194b300 CPU: 0 COMMAND: "kworker/u:0"
#0 [<c05d6ff0>] (__schedule) from [<c05d5604>]
#1 [<c05d5604>] (schedule_timeout) from [<c05d6a34>]
#2 [<c05d6a34>] (wait_for_common) from [<c01543c8>]
#3 [<c01543c8>] (kthread_create_on_node) from [<c05cf524>]
#4 [<c05cf524>] (cpu_stop_cpu_callback) from [<c0159664>]
#5 [<c0159664>] (notifier_call_chain) from [<c0139a84>]
#6 [<c0139a84>] (__cpu_notify) from [<c05cdda4>]
#7 [<c05cdda4>] (_cpu_up) from [<c05cdeb0>]
#8 [<c05cdeb0>] (cpu_up) from [<c05c3bf8>]
#9 [<c05c3bf8>] (hotplug_timer) from [<c014fe24>]
#10 [<c014fe24>] (process_one_work) from [<c0150240>]
#11 [<c0150240>] (worker_thread) from [<c01541b4>]
#12 [<c01541b4>] (kthread) from [<c0113ed8>]

Since I have full memory dump, and could do further analysis, do you
have any idea
that what kind of info need to provide to get it root caused?

Thanks,
Lei


\
 
 \ /
  Last update: 2013-07-03 19:21    [W:0.069 / U:0.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site