From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751191AbWAJS6L (ORCPT ); Tue, 10 Jan 2006 13:58:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751243AbWAJS6L (ORCPT ); Tue, 10 Jan 2006 13:58:11 -0500 Received: from thorn.pobox.com ([208.210.124.75]:20108 "EHLO thorn.pobox.com") by vger.kernel.org with ESMTP id S1751183AbWAJS6K (ORCPT ); Tue, 10 Jan 2006 13:58:10 -0500 Message-ID: <43C403BA.1050106@pobox.com> Date: Tue, 10 Jan 2006 13:58:02 -0500 From: Mark Lord User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051013 Debian/1.7.12-1ubuntu1 X-Accept-Language: en, en-us MIME-Version: 1.0 Cc: Jens Axboe , Linus Torvalds , Byron Stanoszek , Ingo Molnar , linux-kernel@vger.kernel.org, Andrew Morton Subject: Re: 2G memory split References: <20060110125852.GA3389@suse.de> <20060110132957.GA28666@elte.hu> <20060110133728.GB3389@suse.de> <20060110143931.GM3389@suse.de> <43C3E9C2.1000309@rtr.ca> <20060110173217.GU3389@suse.de> <43C3F0CA.10205@rtr.ca> In-Reply-To: <43C3F0CA.10205@rtr.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit To: unlisted-recipients:; (no To-header on input) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Mark Lord wrote: .. > +choice > + depends on EXPERIMENTAL && !X86_PAE > + prompt "Memory split" > + default VMSPLIT_3G > + help > + Select the desired split between kernel and user memory. > + > + If the address range available to the kernel is less than the > + physical memory installed, the remaining memory will be available > + as "high memory". Accessing high memory is a little more costly > + than low memory, as it needs to be mapped into the kernel first. > + Note that increasing the kernel address space limits the range > + available to user programs, making the address space there > + tighter. Selecting anything other than the default 3G/1G split > + will also likely make your kernel incompatible with binary-only > + kernel modules. > + > + If you are not absolutely sure what you are doing, leave this > + option alone! > + > + config VMSPLIT_3G > + bool "3G/1G user/kernel split" > + config VMSPLIT_3G_OPT > + bool "3G/1G user/kernel split (for full 1G low memory)" > + config VMSPLIT_2G > + bool "2G/2G user/kernel split" > + config VMSPLIT_1G > + bool "1G/3G user/kernel split" > +endchoice > + > +config PAGE_OFFSET > + hex > + default 0xC0000000 > + default 0xB0000000 if VMSPLIT_3G_OPT > + default 0x78000000 if VMSPLIT_2G > + default 0x40000000 if VMSPLIT_1G > + ... > #ifdef __ASSEMBLY__ > -#define __PAGE_OFFSET (0xC0000000) > +#define __PAGE_OFFSET CONFIG_PAGE_OFFSET > #define __PHYSICAL_START CONFIG_PHYSICAL_START > #else > -#define __PAGE_OFFSET (0xC0000000UL) > +#define __PAGE_OFFSET ((unsigned long)CONFIG_PAGE_OFFSET) > #define __PHYSICAL_START ((unsigned long)CONFIG_PHYSICAL_START) > #endif > #define __KERNEL_START (__PAGE_OFFSET + __PHYSICAL_START) Mmm.. somethings wrong with this version.. I have selected VMSPLIT_2G, but on rebooting the kernel now only sees/uses 1GB of RAM (the machine has 2GB of RAM). Almost as if those trailing "if VMSPLIT_" clauses are being ignored. -- Mark Lord Real-Time Remedies Inc. mlord@pobox.com