Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751571AbWJSIME (ORCPT ); Thu, 19 Oct 2006 04:12:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751577AbWJSIME (ORCPT ); Thu, 19 Oct 2006 04:12:04 -0400 Received: from omx2-ext.sgi.com ([192.48.171.19]:50310 "EHLO omx2.sgi.com") by vger.kernel.org with ESMTP id S1751571AbWJSIMA (ORCPT ); Thu, 19 Oct 2006 04:12:00 -0400 Date: Thu, 19 Oct 2006 01:11:52 -0700 From: Paul Jackson To: Nick Piggin Cc: holt@sgi.com, suresh.b.siddha@intel.com, dino@in.ibm.com, menage@google.com, Simon.Derr@bull.net, linux-kernel@vger.kernel.org, mbligh@google.com, rohitseth@google.com, dipankar@in.ibm.com Subject: Re: exclusive cpusets broken with cpu hotplug Message-Id: <20061019011152.752f9657.pj@sgi.com> In-Reply-To: <45373241.5060203@yahoo.com.au> References: <20061017192547.B19901@unix-os.sc.intel.com> <20061018001424.0c22a64b.pj@sgi.com> <20061018095621.GB15877@lnx-holt.americas.sgi.com> <20061018031021.9920552e.pj@sgi.com> <45361B32.8040604@yahoo.com.au> <20061018231559.8d3ede8f.pj@sgi.com> <45371CBB.2030409@yahoo.com.au> <20061018235746.95343e77.pj@sgi.com> <4537238A.7060106@yahoo.com.au> <20061019003405.15a4dd8c.pj@sgi.com> <45373241.5060203@yahoo.com.au> Organization: SGI X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.3; 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: 964 Lines: 30 > Paul Jackson wrote: > > Nick wrote: > > > >>(we simply shouldn't allow > >>situations where we put a partition in the middle of a cpuset). > > > > > > Could you explain to me what you mean by "put a partition in the > > middle of a cpuset?" > > > > Your example, if a partition is created for each of the sub cpusets. The thing "we simply shouldn't allow", then, is the bread and butter of cpusets. I am convinced that we are trying to pound nails with toothpicks. The cpu_exclusive flag was the wrong flag to overload to define sched domains. -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson 1.925.600.0401 - 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/