|
Bugzilla – Full Text Bug Listing |
| Summary: | kernel 2.6.22.19-0.18-rt_bigsmp not recognizing memory over 4GB | ||
|---|---|---|---|
| Product: | [SUSE Linux Enterprise Real Time Extension] SUSE Linux Enterprise Real Time 10 SP2 (SLERT 10 SP2) | Reporter: | Jeff Lindholm <jlindholm> |
| Component: | kernel | Assignee: | Sven Dietrich <sdietrich> |
| Status: | RESOLVED FIXED | QA Contact: | Erik Hamera <erik.hamera> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | ken, kerry.kim |
| Version: | GM | ||
| Target Milestone: | --- | ||
| Hardware: | x86 | ||
| OS: | SLES 10 | ||
| Whiteboard: | maint:released:sle10-sp2-rt:21518 | ||
| Found By: | Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | Enable 64G on i386/rt_bigsmp | ||
Created attachment 249491 [details]
Enable 64G on i386/rt_bigsmp
Update 4: ------------------------------------------------------------------- Tue Nov 4 03:58:34 CET 2008 - sdietrich@suse.de - Update config files: enable 64Gb RAM for i386/rt_bigsmp ------------------------------------------------------------------- Update released for: dapl, dapl-devel, dapl2, dapl2-devel, ib-bonding, ib-bonding-kmp-rt, ib-bonding-kmp-rt_bigsmp, ib-bonding-kmp-rt_debug, ib-bonding-kmp-rt_timing, ibutils, ibutils-devel, ibvexdmtools, infiniband-diags, kernel-rt, kernel-rt_bigsmp, kernel-rt_debug, kernel-rt_timing, kernel-source, kernel-syms, libcxgb3, libcxgb3-devel, librdmacm, librdmacm-devel, mpi-selector, mpitests, mpitests-mvapich, mpitests-mvapich2, mpitests-openmpi, mstflint, mvapich, mvapich-devel, mvapich2, mvapich2-devel, ofed, ofed-cxgb3-NIC-kmp-rt, ofed-cxgb3-NIC-kmp-rt_bigsmp, ofed-cxgb3-NIC-kmp-rt_debug, ofed-cxgb3-NIC-kmp-rt_timing, ofed-doc, ofed-kmp-rt, ofed-kmp-rt_bigsmp, ofed-kmp-rt_debug, ofed-kmp-rt_timing, openmpi, openmpi-devel, opensm, opensm-devel, perftest, qlvnictools, rds-tool Products: SLE-RT 10-SP2 (i386, x86_64) |
SLERT10 SP2 x86 (32-bit) bigsmp kernel not seeing proper amount of memory. Boot SLES10SP2 bigsmp kernel all memory is visible. Updates applied. Customer is Ford Motor Company. Partner (Horiba) is preparing for Lab demo that is scheduled for Wednesday, November 5th. Hardware = Dell Professional Workstation 7400, 16GB of RAM SLERT10SP2 kernel-rt_bigsmp-2.6.22.19-0.18 is seeing 2,819,204 (2.8 GB Memory) slert7400:~#free total used free shared buffers cached Mem: 2819204 1177764 1641440 0 56932 873016 SLES10SP2 kernel-bigsmp-2.6.16.60-0.27 is seeing 16,625,436 (16 GB Memory) slert7400:~#free total used free shared buffers cached Mem: 16,625,436 ... ... 0 ... ... Verified in VMWare workstation on a smaller scale. Setting the memory to 5GB in the VM configuration yield similar results. I have also looked at /proc/config.gz. Understanding that the code branches differ significantly, this is a partial abstract of what I'm seeing: [SLERT rt_bigsmp-2.6.22.19-0.18] ... # CONFIG_NOHIGHMEM is not set CONFIG_HIGHMEM4G=y # CONFIG_HIGHMEM64G is not set CONFIG_PAGE_OFFSET=0xC0000000 CONFIG_HIGHMEM=y ... [SLES10 SP2 bigsmp-2.6.16.60-0.27[ ... # CONFIG_NOHIGHMEM is not set # CONFIG_HIGHMEM4G is not set CONFIG_HIGHMEM64G=y CONFIG_PAGE_OFFSET=0xC0000000 CONFIG_HIGHMEM=y CONFIG_X86_PAE=y