From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753676AbZCIPm3 (ORCPT ); Mon, 9 Mar 2009 11:42:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752077AbZCIPmT (ORCPT ); Mon, 9 Mar 2009 11:42:19 -0400 Received: from terminus.zytor.com ([198.137.202.10]:55891 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751326AbZCIPmS (ORCPT ); Mon, 9 Mar 2009 11:42:18 -0400 Message-ID: <49B538AB.9080006@zytor.com> Date: Mon, 09 Mar 2009 08:41:31 -0700 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Yinghai Lu CC: Ingo Molnar , Andrew Morton , Thomas Gleixner , Jeremy Fitzhardinge , Linux Kernel Mailing List Subject: Re: [PATCH] x86: put initial_pg_tables into .bss -v4 References: <1235785882-17580-1-git-send-email-jeremy@goop.org> <1235785882-17580-4-git-send-email-jeremy@goop.org> <86802c440902272302n3787b2bex3741b46a372a19b0@mail.gmail.com> <49A8E235.6010900@goop.org> <20090228071534.GB9351@elte.hu> <49A8EA1A.50802@kernel.org> <49A8ED3D.1060704@kernel.org> <49A8F319.3030802@goop.org> <49A9E392.6090004@kernel.org> <49AA47D2.4020804@kernel.org> <49AA5356.3050602@zytor.com> <49AACEB3.5050206@kernel.org> <49AB1A5C.6040300@zytor.com> <49AB2E69.1010201@kernel.org> <49B4D03D.7030205@kernel.org> In-Reply-To: <49B4D03D.7030205@kernel.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Yinghai Lu wrote: > Impact: cleanup > > Don't use ram after _end blindly for pagetables. aka init pages is before _end > put those pg table into .bss > > v2: keep initial page table up to 512M only. > v4: put initial page tables just before _end > > Signed-off-by: Yinghai Lu > I still feel that this is a movement in *EXACTLY* the wrong direction, as it is deliberately intended to prevent a general allocator for anything that needs to be dynamic very early on. I still think that makes a lot more sense. -hpa