From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) by kanga.kvack.org (Postfix) with ESMTP id 4ABF76B00FA for ; Fri, 21 Feb 2014 23:39:10 -0500 (EST) Received: by mail-pd0-f182.google.com with SMTP id v10so4115944pde.13 for ; Fri, 21 Feb 2014 20:39:09 -0800 (PST) Received: from mail.linuxfoundation.org (mail.linuxfoundation.org. [140.211.169.12]) by mx.google.com with ESMTP id ey10si9379251pab.53.2014.02.21.20.39.08 for ; Fri, 21 Feb 2014 20:39:09 -0800 (PST) Date: Fri, 21 Feb 2014 20:40:47 -0800 From: Andrew Morton Subject: Re: [PATCH 4/4] hugetlb: add hugepages_node= command-line option Message-Id: <20140221204047.498041fb.akpm@linux-foundation.org> In-Reply-To: <20140222040350.GI22728@two.firstfloor.org> References: <1392339728-13487-1-git-send-email-lcapitulino@redhat.com> <1392339728-13487-5-git-send-email-lcapitulino@redhat.com> <20140214225810.57e854cb@redhat.com> <1392702456.2468.4.camel@buesod1.americas.hpqcorp.net> <20140221155423.6c6689e27fa10ed394f01843@linux-foundation.org> <20140222040350.GI22728@two.firstfloor.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Andi Kleen Cc: Davidlohr Bueso , David Rientjes , Luiz Capitulino , mtosatti@redhat.com, Mel Gorman , Andrea Arcangeli , Rik van Riel , isimatu.yasuaki@jp.fujitsu.com, yinghai@kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org On Sat, 22 Feb 2014 05:03:50 +0100 Andi Kleen wrote: > > But I think it would be better if it made hugepages= and hugepagesz= > > obsolete, so we can emit a printk if people use those, telling them > > to migrate because the old options are going away. > > Not sure why everyone wants to break existing systems. These options > have existed for many years, you cannot not just remove them. Because we care about the quality of kernel interfaces and implementation. Five years? We'll still be around then. > Also the old options are totally fine and work adequately for the > vast majority of users who do not need to control node assignment > fine grained. It will be old, unneeded cruft. Don't accumulate cruft. If we possibly can remove the old stuff, we should. It's what we do. Maybe in five years we'll find we can't remove them. We'll see. At least we tried. Hopefully by then none of these interfaces will be in use anyway. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org