From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030181AbXDMU2b (ORCPT ); Fri, 13 Apr 2007 16:28:31 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965122AbXDMU2a (ORCPT ); Fri, 13 Apr 2007 16:28:30 -0400 Received: from gw.goop.org ([64.81.55.164]:56571 "EHLO mail.goop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965095AbXDMU2a (ORCPT ); Fri, 13 Apr 2007 16:28:30 -0400 Message-ID: <461FE7C7.7050204@goop.org> Date: Fri, 13 Apr 2007 13:27:51 -0700 From: Jeremy Fitzhardinge User-Agent: Thunderbird 1.5.0.10 (X11/20070302) MIME-Version: 1.0 To: "H. Peter Anvin" CC: Zachary Amsden , Chris Wright , Andi Kleen , "Eric W. Biederman" , Linus Torvalds , Linux Kernel Mailing List Subject: Re: Crash while mapping memory in pagetable_init() (Was: Re: .config) References: <20070413174913.GA25234@ezr.goop.org> <20070413183841.GP10574@sequoia.sous-sol.org> <20070413190552.GQ10574@sequoia.sous-sol.org> <461FD97B.1010203@goop.org> <461FE36D.1050205@vmware.com> <461FE77A.6020307@zytor.com> In-Reply-To: <461FE77A.6020307@zytor.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org H. Peter Anvin wrote: > Really (pae ? 2M : 1M), in other words, plus the 128K for bootmem. > Note that this is creating page tables for, not erasing. To map 2M, > we will only use 2K of additional memory (meaning there is 50% chance > we end up using an additional 4K page.) > > So the solution is simply to change INIT_MAP_BEYOND_END in head.S > appropriately. Like this? Should we bother adding some slop pages for allocations which happen before paging_init()? Subject: i386: map enough initial memory to create lowmem mappings head.S creates the very initial pagetable for the kernel. This just maps enough space for the kernel itself, and an allocation bitmap. The amount of mapped memory is rounded up to 4Mbytes, and so this typically ends up mapping 8Mbytes of memory. When booting, pagetable_init() needs to create mappings for all lowmem, and the pagetables for these mappings are allocated from the free pages around the kernel in low memory. If the number of pagetable pages + kernel size exceeds head.S's initial mapping, it will end up faulting on an unmapped page. This will only happen with specific combinations of kernel size and memory size. This patch makes sure that head.S also maps enough space to fit the kernel pagetables as well as the kernel itself. It ends up using an additional two pages of unreclaimable memory. Signed-off-by: Jeremy Fitzhardinge Cc: Andi Kleen Cc: Zachary Amsden Cc: Chris Wright Cc: "Eric W. Biederman" Cc: "H. Peter Anvin" Cc: Linus Torvalds , --- arch/i386/kernel/head.S | 11 +++++++---- 1 file changed, 7 insertions(+), 4 deletions(-) =================================================================== --- a/arch/i386/kernel/head.S +++ b/arch/i386/kernel/head.S @@ -34,16 +34,19 @@ /* * This is how much memory *in addition to the memory covered up to - * and including _end* we need mapped initially. We need one bit for - * each possible page, but only in low memory, which means - * 2^32/4096/8 = 128K worst case (4G/4G split.) + * and including _end* we need mapped initially. + * We need: + * - one bit for each possible page, but only in low memory, which means + * 2^32/4096/8 = 128K worst case (4G/4G split.) + * - enough space to map all low memory, which means + * (2^32/4096) / 512 + 4 pages (worst case for PAE) * * Modulo rounding, each megabyte assigned here requires a kilobyte of * memory, which is currently unreclaimed. * * This should be a multiple of a page. */ -#define INIT_MAP_BEYOND_END (128*1024) +#define INIT_MAP_BEYOND_END (128*1024 + (2048 + 4)*4096) /*