==My original posting:

==In order to run X windows I installed additional 16Mbytes (4 4meg sims)
==of memory to my 486Dx/33Mhz system which already had 4 Mbytes of memory
==(4 1Meg simms). My AMI BIOS setup recognizes 20 Mbytes of memory but the
==linux (SLS 0.98 distribution) operating system recognizes only 16 Mbytes of
==memory. My configuration was 4M in bank0 and 16M in bank 1. Suspecting
==that linux does not support holes in memory space I tried 16M in bank 0 and 
==4 M in bank 1, even then only 16 Megabytes were recogonized.
==
==I will appreciate any help or pointers in this regard.

I want to thank you all for your responses. As most of you suggested,
I got the 0.99.2 sources, I aswered no to the question on
16M limit (during make config), recompiled the kernel and created a
boot image using `make disk`. Here is what happened when I rebooted
the system using the new boot Image.

 1. The system recogonized 20 Meg memory this time but the next
    thing it printed was " NMI received dazed and confused ..."

 2. The system continued and gave response to the effect that
    the memory map was lost and there was not enough buffer space.
    Then the system halted.

I thought I was not configuring the kernel properly so as an experiment
repeated the whole process rebooting of course from my old SLS 0.98
boot disks but this time limiting the memory to 16M, during make config.
This time the system booted correctly (of course recogonized only
16M) and everything seemed to work and X windows also worked
properly (from the x distribution in SLS 0.98). The only snag I noticed
was that the `free' command did not work.

Some additional facts:

   My original configuration was from SLS distribution ftp'ed from
   tsx-11.mit.edu. The gcc version I noticed was 2.2.2d. I am not
   sure about the shared library version.