Memory 64bit see 8gigs but can only use 4gigs

Chris Miller fedora at gammanetworking.com
Fri Sep 30 23:30:50 UTC 2005


On Fri, 2005-09-30 at 18:55, Dave Jones wrote:
> On Fri, Sep 30, 2005 at 06:48:16PM -0400, Chris Miller wrote:
>  > On Fri, 2005-09-30 at 18:23, Dave Jones wrote:
>  > > On Fri, Sep 30, 2005 at 06:06:59PM -0400, Chris Miller wrote:
>  > >  >  kernel: Memory: 3992156k/8388608k available (2242k kernel code, 0k
>  > >  > reserved, 1322k data, 224k init)
>  > >  > 
>  > >  >              total       used       free     shared    buffers    
>  > >  > cached
>  > >  > Mem:       3993352    2541436    1451916          0     526208    
>  > >  > 481032
>  > >  > -/+ buffers/cache:    1534196    2459156
>  > >  > Swap:            0          0          0
>  > >  > 
>  > >  >  2.6.13-1.1526_FC4smp #1 SMP Wed Sep 28 19:28:24 EDT 2005 x86_64 x86_64
>  > >  > x86_64 GNU/Linux
>  > >  > 
>  > >  > Any idea why I can see all 8gigs but can only use 4gigs?
>  > > 
>  > > Try booting with numa=noacpi
>  > > If this works, it's a buggy bios.
>  > 
>  > That is the fix thank you.
>  > Was starting to think it was me =)
> 
> There are two means of finding the total amount of ram.
> The old legacy 'e820' tables, and the newer 'srat' tables.
> A while ago, we started using srat on x86-64, as it allows
> us to determine how much memory is local to each cpu, rather
> than the 'global' view that e820 gives us.
> 
> In an ideal world, the two should be in sync.
> Some vendors however seem to create tables that don't tally,
> so ram disappears when you use the srat approach.
> 
> Is this a Tyan board by any chance ?
> They seemed to be quite badly affected by this issue, and
> did put out bios updates for some, but not all boards.
> 
> 		Dave

Yes its a 2 week old Appro with a Tyan 2881 or 2891 in it.  Not sure
since I have not seen it.




More information about the users mailing list