Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754637Ab3CFWTQ (ORCPT ); Wed, 6 Mar 2013 17:19:16 -0500 Received: from mail-ie0-f179.google.com ([209.85.223.179]:52328 "EHLO mail-ie0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751354Ab3CFWTO (ORCPT ); Wed, 6 Mar 2013 17:19:14 -0500 MIME-Version: 1.0 In-Reply-To: References: <20130306080642.GA535@polaris.bitmath.org> <51370990.5040508@linux.intel.com> <20130306100743.GA407@polaris.bitmath.org> <20130306193612.GA513@polaris.bitmath.org> <51379A4F.4020200@linux.intel.com> <20130306195457.GA449@polaris.bitmath.org> <20130306204500.GA335@polaris.bitmath.org> <5137AE06.8060200@linux.intel.com> <5137B9DB.6000605@linux.intel.com> Date: Wed, 6 Mar 2013 14:19:14 -0800 X-Google-Sender-Auth: VKivHA2ydXN6CcegRfThmarGwrY Message-ID: Subject: Re: Linux 3.9-rc1 From: Yinghai Lu To: "H. Peter Anvin" Cc: Henrik Rydberg , Linus Torvalds , Linux Kernel Mailing List Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1375 Lines: 39 On Wed, Mar 6, 2013 at 2:14 PM, Yinghai Lu wrote: > On Wed, Mar 6, 2013 at 1:49 PM, H. Peter Anvin wrote: >> On 03/06/2013 01:33 PM, Yinghai Lu wrote: >>> On Wed, Mar 6, 2013 at 12:58 PM, H. Peter Anvin wrote: >>> >>>> Excellent. Yinghai, can you write up the patch with a proper >>>> description and I'll put it into x86/urgent. >>> >>> I made it more robust: make sure real_end have 8M below it. >>> Please check attached one. >>> >> >> Sigh. This is why "keep the page tables together" is fundamentally the >> wrong strategy. >> >> 8M means that we won't even be able to boot on machines with less than >> 16M or so of RAM... I'm not sure if anyone still cares, but that is a >> pretty aggressive heuristic. > > Henrik's system has 5M holes, so i picked 8M. > > Current what is minimum ram is required for boot x86 32bit kernel? 8M? just check the code again, it should be ok. we can not find the 8M, real_end will set to 8M anyway. as the memblock_find_in_range will return 0. then will map [0, 8M] at first, then will map [8M, whatever). Thanks Yinghai -- 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/