Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030845AbXAZUmB (ORCPT ); Fri, 26 Jan 2007 15:42:01 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030834AbXAZUmB (ORCPT ); Fri, 26 Jan 2007 15:42:01 -0500 Received: from smtp.osdl.org ([65.172.181.24]:54084 "EHLO smtp.osdl.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030845AbXAZUmA (ORCPT ); Fri, 26 Jan 2007 15:42:00 -0500 Date: Fri, 26 Jan 2007 12:17:39 -0800 From: Andrew Morton To: dipankar@in.ibm.com Cc: "Paul E. McKenney" , Gautham Shenoy , linux-kernel@vger.kernel.org, Ingo Molnar Subject: Re: Fw: Re: [mm PATCH 4/6] RCU: (now) CPU hotplug Message-Id: <20070126121739.be3e072a.akpm@osdl.org> In-Reply-To: <20070126194622.GA17134@in.ibm.com> References: <20070124011519.GG1613@linux.vnet.ibm.com> <20070124090111.GC27221@in.ibm.com> <20070124161559.GA1762@linux.vnet.ibm.com> <20070124210645.GA19650@in.ibm.com> <20070126191113.GA14770@in.ibm.com> <20070126112837.059502fc.akpm@osdl.org> <20070126194622.GA17134@in.ibm.com> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1198 Lines: 27 On Sat, 27 Jan 2007 01:16:22 +0530 Dipankar Sarma wrote: > > The plan is, I hope, to rip it all out and do freeze_processes() on the > > hotplug side, so nobody else needs to worry about cpu hotplug any more. > > But at present everyone seems to be in hiding. > > This would be ideal. However, we don't seem to have any momentum > on this. There's no point in expending effort on a fancy new lock until this option has been eliminated, so yeah, things are stuck. > The other thing we would need to do in this case is to > check if all the users of cpu hotplug can tolerate a very slow > hotplug step if there are 10s of thousands of processes and threads. Yes, that needs evaluation. If it's a problem then we might need to introduce a more sophisticated user interface which enables userspace to take multiple CPUs online and offline in a single step, rather than one-at-a-time. I expect that'd be fairly straightforward. - 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/