Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759926AbXFDTqL (ORCPT ); Mon, 4 Jun 2007 15:46:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758933AbXFDTp5 (ORCPT ); Mon, 4 Jun 2007 15:45:57 -0400 Received: from spatial.ca ([66.11.172.77]:13464 "EHLO fawkes.spatial.ca" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1759617AbXFDTp4 (ORCPT ); Mon, 4 Jun 2007 15:45:56 -0400 Message-ID: <46646BF2.9020705@spatial.ca> Date: Mon, 04 Jun 2007 15:45:54 -0400 From: Tom Moore Reply-To: tmoore@spatial.ca User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2) Gecko/20070222 SeaMonkey/1.1.1 MIME-Version: 1.0 To: linux-kernel@vger.kernel.org Subject: Re: 4Gb ram not showing up References: <46642C60.209@spatial.ca> <20070604191052.GD10008@csclub.uwaterloo.ca> In-Reply-To: <20070604191052.GD10008@csclub.uwaterloo.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sanitizer: Advosys mail filter Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 6227 Lines: 141 Thank you for the reply back. Your answer makes perfect sense to me, and it is what I had suspected but was not sure about. The math seems to indicate that 4Gb of ram plus 1Gb of PCI address space equals 5Gb of memory space. So it does sound like I should have a larger kernel model. What confused me the most (and still does), is the help message string that is presented for the CONFIG_HIGHMEM4G option: "Select this if you have a 32-bit processor and between 1 and 4 gigabytes of physical RAM." Well that sounds like the amount of memory that I have, so that is what I selected. Also, although I know what PAE stands for, I don't know how to select it when building a kernel. Would I get this from the CONFIG_HIGHMEM64G option? The help text for that says: "Select this if you have a 32-bit processor and more than 4 gigabytes of physical RAM." This does not sound like it applies to my hardware. There is something wrong with my understanding, or with these message strings. I am still confused. Tom Lennart Sorensen wrote: > On Mon, Jun 04, 2007 at 11:14:40AM -0400, Tom Moore wrote: > >> I am having some difficulty trying to get my 4Gb of ram recognized by >> the system. I have tried googling around to get some information on how >> to do this configuration, but I have come up dry. I suspect that the >> reason that there is not much info on how to set things up is because >> usually it just works. However, on my system I don't think it is. >> >> By the way, I am not subscribed to this mailing list, so could you >> please CC me any replies. >> >> The basics are that I have an Athlon 64 X2 Dual core, 4Gb ram, ASUS >> M2N-MX motherboard. The bios has a configuration item for MTRR mapping, >> with options for CONTINUOUS and DISCRETE. I have selected CONTINUOUS, >> which explicitly describes the PCI hole as non-cacheable. The other >> option leaves the PCI hole undescribed. >> >> My config has selected >> CONFIG_HIGHMEM4G=y >> > > That supports of to 4GB memory space. > > >> free -m reports the following.... >> total used free shared buffers cached >> Mem: 2906 2794 112 0 275 31 >> -/+ buffers/cache: 2487 419 >> Swap: 4996 366 4630 >> >> >> /proc/mtrr contains the following.... >> >> reg00: base=0x00000000 ( 0MB), size=4096MB: write-back, count=1 >> reg01: base=0x100000000 (4096MB), size=1024MB: write-back, count=1 >> reg02: base=0xc0000000 (3072MB), size=1024MB: uncachable, count=1 >> > > Your memory map however has 3GB at address 0 and 1GB at address 4GB (so > memory is places at address 0 - 3GB and 4-5GB. The addresses from 3 to > 4GB are reserved for PCI). > > If you run a 64bit kernel you will see it all, or you can use a kernel > configured for 64GB memory space. > > >> Relevant bootup messages include these.... >> Jun 3 13:50:52 fawkes Linux version 2.6.20-gentoo-r8 (root@fawkes) (gcc >> version 4.1.1 (Gentoo 4.1.1-r3)) #6 SMP Tue May 15 10:18:59 EDT 2007 >> Jun 3 13:50:52 fawkes BIOS-provided physical RAM map: >> Jun 3 13:50:52 fawkes sanitize start >> Jun 3 13:50:52 fawkes sanitize end >> Jun 3 13:50:52 fawkes copy_e820_map() start: 0000000000000000 size: >> 000000000009fc00 end: 000000000009fc00 type: 1 >> Jun 3 13:50:52 fawkes copy_e820_map() type is E820_RAM >> Jun 3 13:50:52 fawkes copy_e820_map() start: 000000000009fc00 size: >> 0000000000000400 end: 00000000000a0000 type: 2 >> Jun 3 13:50:52 fawkes copy_e820_map() start: 00000000000e0000 size: >> 0000000000020000 end: 0000000000100000 type: 2 >> Jun 3 13:50:52 fawkes copy_e820_map() start: 0000000000100000 size: >> 00000000b7ec0000 end: 00000000b7fc0000 type: 1 >> Jun 3 13:50:52 fawkes copy_e820_map() type is E820_RAM >> Jun 3 13:50:52 fawkes copy_e820_map() start: 00000000b7fc0000 size: >> 000000000000e000 end: 00000000b7fce000 type: 3 >> Jun 3 13:50:52 fawkes copy_e820_map() start: 00000000b7fce000 size: >> 0000000000022000 end: 00000000b7ff0000 type: 4 >> Jun 3 13:50:52 fawkes copy_e820_map() start: 00000000b7ff0000 size: >> 0000000000010000 end: 00000000b8000000 type: 2 >> Jun 3 13:50:52 fawkes copy_e820_map() start: 00000000fec00000 size: >> 0000000000001000 end: 00000000fec01000 type: 2 >> Jun 3 13:50:52 fawkes copy_e820_map() start: 00000000fee00000 size: >> 0000000000100000 end: 00000000fef00000 type: 2 >> Jun 3 13:50:52 fawkes copy_e820_map() start: 00000000ff780000 size: >> 0000000000880000 end: 0000000100000000 type: 2 >> Jun 3 13:50:52 fawkes copy_e820_map() start: 0000000100000000 size: >> 0000000040000000 end: 0000000140000000 type: 1 >> Jun 3 13:50:52 fawkes copy_e820_map() type is E820_RAM >> Jun 3 13:50:52 fawkes BIOS-e820: 0000000000000000 - 000000000009fc00 >> (usable) >> Jun 3 13:50:52 fawkes BIOS-e820: 000000000009fc00 - 00000000000a0000 >> (reserved) >> Jun 3 13:50:52 fawkes BIOS-e820: 00000000000e0000 - 0000000000100000 >> (reserved) >> Jun 3 13:50:52 fawkes BIOS-e820: 0000000000100000 - 00000000b7fc0000 >> (usable) >> Jun 3 13:50:52 fawkes BIOS-e820: 00000000b7fc0000 - 00000000b7fce000 >> (ACPI data) >> Jun 3 13:50:52 fawkes BIOS-e820: 00000000b7fce000 - 00000000b7ff0000 >> (ACPI NVS) >> Jun 3 13:50:52 fawkes BIOS-e820: 00000000b7ff0000 - 00000000b8000000 >> (reserved) >> Jun 3 13:50:52 fawkes BIOS-e820: 00000000fec00000 - 00000000fec01000 >> (reserved) >> Jun 3 13:50:52 fawkes BIOS-e820: 00000000fee00000 - 00000000fef00000 >> (reserved) >> Jun 3 13:50:52 fawkes BIOS-e820: 00000000ff780000 - 0000000100000000 >> (reserved) >> Jun 3 13:50:52 fawkes BIOS-e820: 0000000100000000 - 0000000140000000 >> (usable) >> Jun 3 13:50:52 fawkes Warning only 4GB will be used. >> Jun 3 13:50:52 fawkes Use a PAE enabled kernel. >> > > Oh look, it even tells you right there that you have to use a PAE (>4GB > for 32bit machines) kernel to get all your ram. > > -- > Len Sorensen > - 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/