Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932084AbYCGLA7 (ORCPT ); Fri, 7 Mar 2008 06:00:59 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756040AbYCGLAw (ORCPT ); Fri, 7 Mar 2008 06:00:52 -0500 Received: from mga02.intel.com ([134.134.136.20]:22208 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754992AbYCGLAv (ORCPT ); Fri, 7 Mar 2008 06:00:51 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.25,462,1199692800"; d="scan'208";a="351295245" Subject: Re: [BUG 2.6.25-rc3] scheduler/hotplug: some processes are dealocked when cpu is set to offline From: Yi Yang Reply-To: yi.y.yang@intel.com To: ego@in.ibm.com Cc: Oleg Nesterov , Ingo Molnar , akpm@linux-foundation.org, linux-kernel@vger.kernel.org, "Rafael J. Wysocki" , Thomas Gleixner In-Reply-To: <20080307105138.GA10576@in.ibm.com> References: <1204483329.3607.8.camel@yangyi-dev.bj.intel.com> <20080303153154.GA11288@in.ibm.com> <1204555505.3842.4.camel@yangyi-dev.bj.intel.com> <20080304052613.GA28632@in.ibm.com> <20080304150107.GA564@tv-sign.ru> <20080306134400.GA1915@in.ibm.com> <20080307025451.GA201@tv-sign.ru> <20080307091049.GA8827@in.ibm.com> <20080307105138.GA10576@in.ibm.com> Content-Type: text/plain Organization: Intel Date: Fri, 07 Mar 2008 07:20:36 +0800 Message-Id: <1204845636.3842.63.camel@yangyi-dev> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 (2.10.1-4.fc7) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2649 Lines: 72 On Fri, 2008-03-07 at 16:21 +0530, Gautham R Shenoy wrote: > On Fri, Mar 07, 2008 at 02:40:49PM +0530, Gautham R Shenoy wrote: > > > > > > > > Just to be sure, there were no "bad ->cpu..." messages, yes? > > > > Hopefully should be able to catch them now. If yes, it's a problem in > > the way we do migration after cpu-hotplug as Yi suggested in an earlier > > mail. > > > > http://lkml.org/lkml/2008/3/6/437 > > > > This mail from akpm says the same thing. > > Yup! There are a quite a few "bad->cpu" messages. > All of them only for watchdog/1. > > What surprises me is the fact that the first of task-hung messages come > after 136 successful cpu-hotplug attempts. > > To answer Andrew's question, migration_call() *should* ideally be the > first notifier called, because it's registered with the priority 10. > > Unless there's some change that has recently gone in the > notifier_call_chain subsystem that doesn't honour the registration priority > anymore, migration_call() will be called first, > which means the task affinity for watchdog thread is broken and hence > we shouldn't see the message below. > > I'll probe to see if there's a change in the call order that's causing > this hang. I have traced all the cpu callback functions, i ensure migration_call is called firstly, i have ever set notifier priority of cpu_callback in kernel/softlockup.c to maximum int and check what will happen, the result is same. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > INFO: task watchdog/1:10958 can't get CPU for more than 120 seconds. > bad ->cpu > f524ffac 00000046 c011befc f5276aa0 f5276bd8 c443db80 00000001 f6130b80 > f524ff94 00000246 c07130f4 03d28000 00000000 f524ff9c c01438ad f524ffac > 00000001 c0143a1f 00000000 f524ffd0 c0143a66 00000001 c0119fea 00000000 > Call Trace: > [] ? cpu_clock+0x4e/0x59 > [] ? get_timestamp+0x8/0x11 > [] ? watchdog+0x0/0x239 > [] watchdog+0x47/0x239 > [] ? complete+0x34/0x3e > [] ? watchdog+0x0/0x239 > [] kthread+0x3b/0x64 > [] ? kthread+0x0/0x64 > [] kernel_thread_helper+0x7/0x10 > ======================= > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > > > > Oleg. > > > > -- > > Thanks and Regards > > gautham > -- 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/