Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752169AbaAXKvX (ORCPT ); Fri, 24 Jan 2014 05:51:23 -0500 Received: from mail-bk0-f53.google.com ([209.85.214.53]:35639 "EHLO mail-bk0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751911AbaAXKvV (ORCPT ); Fri, 24 Jan 2014 05:51:21 -0500 Date: Fri, 24 Jan 2014 02:51:12 -0800 (PST) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: Tejun Heo cc: Li Zefan , Viresh Kumar , mingo@kernel.org, peterz@infradead.org, linaro-kernel@lists.linaro.org, patches@linaro.org, linux-kernel@vger.kernel.org, Cgroups Subject: Re: [PATCH] cpusets: Allocate heap only when required In-Reply-To: <20140124103631.GB4101@htj.dyndns.org> Message-ID: References: <8622e93b9c49c66ffdc9ef0aa8371c322718edd5.1390475530.git.viresh.kumar@linaro.org> <52E1C8BD.2010500@huawei.com> <20140124103631.GB4101@htj.dyndns.org> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 24 Jan 2014, Tejun Heo wrote: > > It's not harmless, if heap_init() fails with -ENOMEM then the write fails > > even though it may not be for memory_spread_page or memory_spread_slab, > > which is the minority of the callers of this function. > > And depending on details like that would actually be more harmful. > Please remember that all writes through cgroupfs may fail under very > high memory pressure. There's no "this specific set of writes to this > specific knob isn't affected by memory pressure" guarantee. > Nobody is depending on shit, the patch is removing a completely pointless memory allocation in braindead cpuset code. What you think is "harmful" or "more harmful" is irrelevant, but nobody said anything about depending on that behavior to do anything. Thanks. -- 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/