Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965031AbbDOQge (ORCPT ); Wed, 15 Apr 2015 12:36:34 -0400 Received: from h2.hallyn.com ([78.46.35.8]:33597 "EHLO h2.hallyn.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934124AbbDOQgU (ORCPT ); Wed, 15 Apr 2015 12:36:20 -0400 Date: Wed, 15 Apr 2015 11:36:17 -0500 From: "Serge E. Hallyn" To: Tejun Heo Cc: "Serge E. Hallyn" , Peter Zijlstra , Preeti U Murthy , svaidy@linux.vnet.ibm.com, nacc@linux.vnet.ibm.com, rjw@rjwysocki.net, linux-kernel@vger.kernel.org, lizefan@huawei.com, anton@samba.org, bharata@linux.vnet.ibm.com, cgroups@vger.kernel.org, paulmck@linux.vnet.ibm.com, mingo@kernel.org Subject: Re: [PATCH V2] cpuset: Add knob to make allowed masks hotplug invariant on legacy hierarchy Message-ID: <20150415163617.GA26177@mail.hallyn.com> References: <20150413070117.GX24151@twins.programming.kicks-ass.net> <552BB3A5.9060905@linux.vnet.ibm.com> <20150413144311.GF5029@twins.programming.kicks-ass.net> <552E4E41.3030008@linux.vnet.ibm.com> <20150415150302.GA25089@mail.hallyn.com> <20150415151926.GS23123@twins.programming.kicks-ass.net> <20150415153035.GA25390@mail.hallyn.com> <20150415154802.GB30337@htj.duckdns.org> <20150415161534.GA25776@mail.hallyn.com> <20150415161811.GD30337@htj.duckdns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150415161811.GD30337@htj.duckdns.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1266 Lines: 32 On Wed, Apr 15, 2015 at 12:18:11PM -0400, Tejun Heo wrote: > On Wed, Apr 15, 2015 at 11:15:35AM -0500, Serge E. Hallyn wrote: > > The reason would be because it breaks "legacy" software. So that > > would only matter if Preeti needs to run such software. > > Sure, I get that argument but this is changing how the contorller > behaves in a major way. It is. My main counter to that would be that it is how cpusets should always have worked :) > There are specifics which may make this > particular case more justifiable but overall the combination of > arguments is pretty weird. And becomes harder to reason about and review/maintain. I agree there. >From userspace, I suppose one approach (though note it is racy) to solving this would be to have udev rules which . On cpu unplug, record all cgroups which were using that cpu . on cpu plug, re-add the cpu to all recorded cgroups for that cpu (if any), as well as to any cgroups marked (in some /etc file) as using "all" or a percentage of all cpus. -serge -- 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/