Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933008Ab3GCOHm (ORCPT ); Wed, 3 Jul 2013 10:07:42 -0400 Received: from mail-lb0-f177.google.com ([209.85.217.177]:53060 "EHLO mail-lb0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932947Ab3GCOHk (ORCPT ); Wed, 3 Jul 2013 10:07:40 -0400 MIME-Version: 1.0 Date: Wed, 3 Jul 2013 22:07:38 +0800 Message-ID: Subject: task kworker/u:0 blocked for more than 120 seconds From: Lei Wen To: linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1386 Lines: 34 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 [] (__schedule) from [] #1 [] (schedule_timeout) from [] #2 [] (wait_for_common) from [] #3 [] (kthread_create_on_node) from [] #4 [] (cpu_stop_cpu_callback) from [] #5 [] (notifier_call_chain) from [] #6 [] (__cpu_notify) from [] #7 [] (_cpu_up) from [] #8 [] (cpu_up) from [] #9 [] (hotplug_timer) from [] #10 [] (process_one_work) from [] #11 [] (worker_thread) from [] #12 [] (kthread) from [] 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 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/