[Bug 586916] New: 2.6.31.12-0.1-default only sees 2.3GB of 4GB
http://bugzilla.novell.com/show_bug.cgi?id=586916 http://bugzilla.novell.com/show_bug.cgi?id=586916#c0 Summary: 2.6.31.12-0.1-default only sees 2.3GB of 4GB Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers@forge.provo.novell.com ReportedBy: bwalter@directoryconcepts.co.nz QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2) Gecko/20100115 Firefox/3.6 Lenovo w700 hardware with 4GB installed. The 2.6.31.12-0.1-default kernel only reports memory at 2.3GB rather than the 4GB that is theoretically possible with the default kernel. 2.6.31.12-0.1-pae reports beyond the 2.3GB at 3.8GB. Reproducible: Always Steps to Reproduce: 1. Install and boot from -default kernel 2. cat /proc/meminfo 3. Actual Results: MemTotal reports as 2.3GB Expected Results: MemTotal reports as 4GB -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=586916 http://bugzilla.novell.com/show_bug.cgi?id=586916#c1 Jeff Mahoney <jeffm@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |jeffm@novell.com Info Provider| |bwalter@directoryconcepts.c | |o.nz --- Comment #1 from Jeff Mahoney <jeffm@novell.com> 2010-03-10 15:17:00 UTC --- Can you provide the output of hwinfo under each kernel? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=586916 http://bugzilla.novell.com/show_bug.cgi?id=586916#c2 --- Comment #2 from Ben Walter <bwalter@directoryconcepts.co.nz> 2010-03-10 19:34:09 UTC --- Created an attachment (id=347695) --> (http://bugzilla.novell.com/attachment.cgi?id=347695) pae Hardware Info -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=586916 http://bugzilla.novell.com/show_bug.cgi?id=586916#c3 --- Comment #3 from Ben Walter <bwalter@directoryconcepts.co.nz> 2010-03-10 19:35:02 UTC --- Created an attachment (id=347696) --> (http://bugzilla.novell.com/attachment.cgi?id=347696) default Hardware Info -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=586916 http://bugzilla.novell.com/show_bug.cgi?id=586916#c4 --- Comment #4 from Ben Walter <bwalter@directoryconcepts.co.nz> 2010-03-10 19:35:30 UTC --- Created an attachment (id=347697) --> (http://bugzilla.novell.com/attachment.cgi?id=347697) default meminfo -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=586916 http://bugzilla.novell.com/show_bug.cgi?id=586916#c5 Ben Walter <bwalter@directoryconcepts.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW Info Provider|bwalter@directoryconcepts.c | |o.nz | --- Comment #5 from Ben Walter <bwalter@directoryconcepts.co.nz> 2010-03-10 19:35:57 UTC --- Created an attachment (id=347698) --> (http://bugzilla.novell.com/attachment.cgi?id=347698) pae meminfo -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=586916 http://bugzilla.novell.com/show_bug.cgi?id=586916#c6 --- Comment #6 from Jeff Mahoney <jeffm@novell.com> 2010-03-10 19:44:34 UTC --- Ok, it's what I expected. This isn't a bug. You need to use the PAE kernel to use all your memory. This is your memory map: <6>[ 0.000000] modified: 0000000000000000 - 0000000000002000 (usable) <6>[ 0.000000] modified: 0000000000002000 - 0000000000006000 (reserved) <6>[ 0.000000] modified: 0000000000006000 - 000000000009ec00 (usable) <6>[ 0.000000] modified: 000000000009ec00 - 00000000000a0000 (reserved) <6>[ 0.000000] modified: 00000000000d2000 - 00000000000d4000 (reserved) <6>[ 0.000000] modified: 00000000000dc000 - 0000000000100000 (reserved) <6>[ 0.000000] modified: 0000000000100000 - 000000009f8a1000 (usable) <6>[ 0.000000] modified: 000000009f8a1000 - 000000009f8a7000 (reserved) <6>[ 0.000000] modified: 000000009f8a7000 - 000000009f9b7000 (usable) <6>[ 0.000000] modified: 000000009f9b7000 - 000000009fa0f000 (reserved) <6>[ 0.000000] modified: 000000009fa0f000 - 000000009fac6000 (usable) <6>[ 0.000000] modified: 000000009fac6000 - 000000009fad1000 (ACPI NVS) <6>[ 0.000000] modified: 000000009fad1000 - 000000009fad4000 (ACPI data) <6>[ 0.000000] modified: 000000009fad4000 - 000000009fad8000 (reserved) <6>[ 0.000000] modified: 000000009fad8000 - 000000009fadc000 (ACPI NVS) <6>[ 0.000000] modified: 000000009fadc000 - 000000009fadf000 (reserved) <6>[ 0.000000] modified: 000000009fadf000 - 000000009fb06000 (ACPI NVS) <6>[ 0.000000] modified: 000000009fb06000 - 000000009fb08000 (ACPI data) <6>[ 0.000000] modified: 000000009fb08000 - 000000009fd0f000 (reserved) <6>[ 0.000000] modified: 000000009fd0f000 - 000000009fd9f000 (ACPI NVS) <6>[ 0.000000] modified: 000000009fd9f000 - 000000009fdff000 (ACPI data) <6>[ 0.000000] modified: 000000009fdff000 - 000000009fe00000 (usable) <6>[ 0.000000] modified: 000000009fe00000 - 00000000a0000000 (reserved) <6>[ 0.000000] modified: 00000000e0000000 - 00000000f0000000 (reserved) <6>[ 0.000000] modified: 00000000fec00000 - 00000000fec10000 (reserved) <6>[ 0.000000] modified: 00000000fed00000 - 00000000fed00400 (reserved) <6>[ 0.000000] modified: 00000000fed10000 - 00000000fed14000 (reserved) <6>[ 0.000000] modified: 00000000fed18000 - 00000000fed1a000 (reserved) <6>[ 0.000000] modified: 00000000fed1c000 - 00000000fed90000 (reserved) <6>[ 0.000000] modified: 00000000fee00000 - 00000000fee01000 (reserved) <6>[ 0.000000] modified: 00000000ff800000 - 0000000100000000 (reserved) <6>[ 0.000000] modified: 0000000100000000 - 000000015c000000 (usable) The line at the bottom is important. 0x000000015C000000-0x0000000100000000 = 1,543,503,872 So that's where just over 1.5 GB of your memory is mapped. Note that the address starts at 0x100000000 - which is the next address above the 32-bit address space. The -default kernel can't access memory above that. It's why the -pae kernel exists at all. As for your remaining memory, it could have just been occupied by device mappings. I'm not going to dig any deeper though as the right answer is to use the PAE kernel. Closing as INVALID. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=586916 http://bugzilla.novell.com/show_bug.cgi?id=586916#c7 Jeff Mahoney <jeffm@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Status|NEW |RESOLVED Resolution| |INVALID AssignedTo|kernel-maintainers@forge.pr |jeffm@novell.com |ovo.novell.com | --- Comment #7 from Jeff Mahoney <jeffm@novell.com> 2010-03-10 19:44:57 UTC --- Ok, it's what I expected. This isn't a bug. You need to use the PAE kernel to use all your memory. This is your memory map: <6>[ 0.000000] modified: 0000000000000000 - 0000000000002000 (usable) <6>[ 0.000000] modified: 0000000000002000 - 0000000000006000 (reserved) <6>[ 0.000000] modified: 0000000000006000 - 000000000009ec00 (usable) <6>[ 0.000000] modified: 000000000009ec00 - 00000000000a0000 (reserved) <6>[ 0.000000] modified: 00000000000d2000 - 00000000000d4000 (reserved) <6>[ 0.000000] modified: 00000000000dc000 - 0000000000100000 (reserved) <6>[ 0.000000] modified: 0000000000100000 - 000000009f8a1000 (usable) <6>[ 0.000000] modified: 000000009f8a1000 - 000000009f8a7000 (reserved) <6>[ 0.000000] modified: 000000009f8a7000 - 000000009f9b7000 (usable) <6>[ 0.000000] modified: 000000009f9b7000 - 000000009fa0f000 (reserved) <6>[ 0.000000] modified: 000000009fa0f000 - 000000009fac6000 (usable) <6>[ 0.000000] modified: 000000009fac6000 - 000000009fad1000 (ACPI NVS) <6>[ 0.000000] modified: 000000009fad1000 - 000000009fad4000 (ACPI data) <6>[ 0.000000] modified: 000000009fad4000 - 000000009fad8000 (reserved) <6>[ 0.000000] modified: 000000009fad8000 - 000000009fadc000 (ACPI NVS) <6>[ 0.000000] modified: 000000009fadc000 - 000000009fadf000 (reserved) <6>[ 0.000000] modified: 000000009fadf000 - 000000009fb06000 (ACPI NVS) <6>[ 0.000000] modified: 000000009fb06000 - 000000009fb08000 (ACPI data) <6>[ 0.000000] modified: 000000009fb08000 - 000000009fd0f000 (reserved) <6>[ 0.000000] modified: 000000009fd0f000 - 000000009fd9f000 (ACPI NVS) <6>[ 0.000000] modified: 000000009fd9f000 - 000000009fdff000 (ACPI data) <6>[ 0.000000] modified: 000000009fdff000 - 000000009fe00000 (usable) <6>[ 0.000000] modified: 000000009fe00000 - 00000000a0000000 (reserved) <6>[ 0.000000] modified: 00000000e0000000 - 00000000f0000000 (reserved) <6>[ 0.000000] modified: 00000000fec00000 - 00000000fec10000 (reserved) <6>[ 0.000000] modified: 00000000fed00000 - 00000000fed00400 (reserved) <6>[ 0.000000] modified: 00000000fed10000 - 00000000fed14000 (reserved) <6>[ 0.000000] modified: 00000000fed18000 - 00000000fed1a000 (reserved) <6>[ 0.000000] modified: 00000000fed1c000 - 00000000fed90000 (reserved) <6>[ 0.000000] modified: 00000000fee00000 - 00000000fee01000 (reserved) <6>[ 0.000000] modified: 00000000ff800000 - 0000000100000000 (reserved) <6>[ 0.000000] modified: 0000000100000000 - 000000015c000000 (usable) The line at the bottom is important. 0x000000015C000000-0x0000000100000000 = 1,543,503,872 So that's where just over 1.5 GB of your memory is mapped. Note that the address starts at 0x100000000 - which is the next address above the 32-bit address space. The -default kernel can't access memory above that. It's why the -pae kernel exists at all. As for your remaining memory, it could have just been occupied by device mappings. I'm not going to dig any deeper though as the right answer is to use the PAE kernel. Closing as INVALID. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=586916 http://bugzilla.novell.com/show_bug.cgi?id=586916#c8 --- Comment #8 from Jeff Mahoney <jeffm@novell.com> 2010-03-10 19:49:42 UTC --- BTW, the reason the rest of your memory is mapped above 4 GB is because devices operate by using memory-mapped i/o. They map themselves into the same physical memory address space as memory except that they can't handle addresses above the 4 GB mark. So when your entire address space is limited to 32-bit as it is in the default kernel, the memory above the 32-bit address space is unavailable. The PAE kernel uses an extension in the processor to enable a 36-bit address space for memory only. Devices still use the 32-bit address space. We offer both kernel versions because some processors don't support the extension and the kernel will fail to boot otherwise. It's theoretically possible to have a hybrid kernel that can fall back to non-PAE behavior when the processor lacks support for it, but it hasn't been implemented. It's a lot of effort to only support processors that aren't manufactured anymore. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com