Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751671AbdH1Qxv (ORCPT ); Mon, 28 Aug 2017 12:53:51 -0400 Received: from resqmta-ch2-10v.sys.comcast.net ([69.252.207.42]:34064 "EHLO resqmta-ch2-10v.sys.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751306AbdH1Qxs (ORCPT ); Mon, 28 Aug 2017 12:53:48 -0400 Date: Mon, 28 Aug 2017 11:53:46 -0500 (CDT) From: Christopher Lameter X-X-Sender: cl@nuc-kabylake To: Peter Zijlstra cc: Frederic Weisbecker , LKML , Chris Metcalf , Thomas Gleixner , Luiz Capitulino , "Paul E . McKenney" , Ingo Molnar , Mike Galbraith , Rik van Riel , Wanpeng Li Subject: Re: [RFC PATCH 12/12] housekeeping: Reimplement isolcpus on housekeeping In-Reply-To: <20170828162416.nmdfvutqaki4sahx@hirez.programming.kicks-ass.net> Message-ID: References: <1503453071-952-1-git-send-email-fweisbec@gmail.com> <1503453071-952-13-git-send-email-fweisbec@gmail.com> <20170828100957.jcjhh77ylxvsyisy@hirez.programming.kicks-ass.net> <20170828132302.GA32618@lerouge> <20170828133116.zu3xujkkmb4cmks2@hirez.programming.kicks-ass.net> <20170828152714.GB32618@lerouge> <20170828162416.nmdfvutqaki4sahx@hirez.programming.kicks-ass.net> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-CMAE-Envelope: MS4wfPBzPsQzjbQqIqDRAE+iTJnbKHUQhfdGkXnHGPbpggT2und0vZo/3CVBljnXXxuAGIltglOQ1DRCNKD8KaWg4MoKyjob8v4r46ISrhG/9W34w3RsQk6f aPkd74eok4nPml1WUjboNzHxddO6vpCPpDsqnOsRbTe0oPirtRrOx+fyXXBq4q6tgLUI1APMReF6NURzNGgrCm9a5f1TR7kKMxgg9dIVPdpTfQMDqYZS9brL FUetw8Ib6Eu551+68i8mhkRhJC6YBqf7A+xm4452kI4emCA2SCr2K88EJ6GsPOoMFLxcNEXswsxDAI9zTNIoI5EEioS21ewA32pSusPUBRf4luyeoVvTyBiS EktzrKdUwroF3kDM3gdlpAg3C6Ja5dZjwMYPEL6mCIhZWnkjw7d1U2bBDnZKR5lxaBi04K9vODpcmgBPVH+s8jg2+22FthkPkp6SbAlDv2/nmx5IXPwMIy5V SiX7PDv8hGHdGLtd Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 478 Lines: 11 On Mon, 28 Aug 2017, Peter Zijlstra wrote: > Well, ideally something like this would start the system with all the > 'crap' threads in !root cgroup. But that means cgroupfs needs to be > populated with at least two directories on boot. And current cgroup > cruft doesn't expect that. Maybe an affinity mask for bootup will take care of that? I once wrote an init wrapper that restricted the number of cpus for the threads that init spawns but we can probably do much better.