Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 14634 - total memory not correctly detected with 2.2.16-3 on Tyan motherboard
total memory not correctly detected with 2.2.16-3 on Tyan motherboard
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Michael Fulbright
Depends On:
  Show dependency treegraph
Reported: 2000-07-25 15:56 EDT by Need Real Name
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-01-11 11:42:12 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Need Real Name 2000-07-25 15:56:05 EDT

I have a Tyan S1834D Dual motherboard (Apollo Via 133 controller) with 1
Gigabyte of RAM
and two pentium-III 733 MHz. I was running kernel 2.2.14-5.0smp and the
total amount
of physical ram installed was correctly detected in /proc/meminfo , however
I just installed
2.2.16-3smp and it turns out that now the physical memory detected is 100
Mb less than what 
it should be. Below is the output of "cat /proc/meminfo" where you can see
that the line
"MemTotal" is incorrect.  I added ' append="mem=1023M" ' to /etc/lilo.conf
in order
to try to temporarily fix the problem, did "lilo -v" and rebooted but that
did not change anything (!!). I also tried booting the non-SMP kernel but
still noticed the same problem. Any idea what the problem could be? Any
known fix?

## with old 2.2.14-5.0smp kernel (standard RH 6.2 CD)

komatits-n001(101):  cat /proc/meminfo 
        total:    used:    free:  shared: buffers:  cached:
Mem:  1061060608 51617792 1009442816 49016832 18149376  7925760
Swap: 542826496        0 542826496
MemTotal:   1036192 kB
MemFree:     985784 kB
MemShared:    47868 kB
Buffers:      17724 kB
Cached:        7740 kB
BigTotal:     65472 kB
BigFree:      58988 kB
SwapTotal:   530104 kB
SwapFree:    530104 kB

## with new 2.2.16-3smp kernel
## same problem even if I add ' append="mem=1023M" ' to /etc/lilo.conf +
lilo -v + reboot

komatits-n001(102): cat /proc/meminfo 
        total:    used:    free:  shared: buffers:  cached:
Mem:  928153600 38350848 889802752 11272192  3284992 21065728
Swap: 542826496        0 542826496
MemTotal:    906400 kB
MemFree:     868948 kB
MemShared:    11008 kB
Buffers:       3208 kB
Cached:       20572 kB
BigTotal:         0 kB
BigFree:          0 kB
SwapTotal:   530104 kB
SwapFree:    530104 kB
Comment 1 Need Real Name 2000-07-26 04:15:50 EDT
I also noticed that this happens only when I put 1 Gigabyte of RAM. If I put 256
Mb or
768 Mb everything is fine with kernel 2.2.16-3. (the Gigabyte of RAM is
detected by the BIOS during boot POST)

Comment 2 Alan Cox 2000-08-22 12:54:40 EDT
The kernels built for 1Gig max, are actually about 920Mb (some virtual space is
needed for
other stuff like PCI maps). Im wondering why the bigmem kernel/support wasnt
used but
that would be an installer issue I think

Perhaops someone is checking 1Gig not 900Mb there 

Comment 3 Michael Fulbright 2000-11-09 17:40:38 EST
Passed to QA to attempt to reproduce.
Comment 4 Brock Organ 2000-11-13 11:47:43 EST
we are unable to see this problem in test w/similar (but not exact!) hardware
... do you have this problem with any other kernels besides 2.2.16-3smp?
Comment 5 Need Real Name 2000-11-17 22:40:30 EST
No. I switched to kernel 2.4 beta version test8 two months ago
and since then everything works fine. the full Gb of RAM is correcly
seen by the system. I had to compile the kernel with the "RAM up to 4Gb"
on of course

Comment 6 Michael Fulbright 2000-11-21 10:25:43 EST
Thank you for this additional information.
Comment 7 Michael Fulbright 2001-01-11 11:42:08 EST
Since this is dependent on a newer kernel to function correctly we cannot fix
this in the installer.

Note You need to log in before you can comment on or make changes to this bug.