lkml.org 
[lkml]   [2000]   [Mar]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: HIGH MEMORY access
Date
Oh the joys of an inadequate spec!  Sounds like it might be time for Smart
Reclaim(tm). Oh well. It will get worse.

And those Award bioses are the ones that dropped e801.

Nathan


> -----Original Message-----
> From: david parsons [mailto:orc@pell.portland.or.us]
>
> > > >> From: Manfred Spraul [mailto:manfreds@colorfullife.com]
>
> > > >> * max_pfn is set to the end if the last usable block.
> > > >> * then the ACPI tables follow --> they are behind max_pfn -->
> > > >> behind the
> > > >> end of mem_map.
>
> > > <nathan.zook@amd.com> wrote:
> > > >This is changing. The new patches will be reclaim-enabled, so
> > > >those pages will be mapped, and the max_pfn-class variables will
> > > >reflect their presence.
>
> > > From: orc@pell.portland.or.us [mailto:orc@pell.portland.or.us]
> > > Only if these pages are set as acpi reclaim memory;
> if they're
> > > marked as nvs and happen to be above the last ram
> section, max_pfn
> > > won't catch them.
>
> nathan.zook@amd.com wrote:
>
> > Marking them NVS is an error, but I've been leaning towards
> mapping the NVS
> > pages anyway.
>
> Though if you find a bios that stuffs the nvs pages up
> near the top of
> 4gb, won't that make mem_map[] very large and thus
> potentially take
> all memory away from low-memory systems?
>
> ____
> david parsons \bi/ Spoiled by Award bioses that tuck acpi
> memory at the
> \/ top of physical memory and just put
> miscellaneous
> rom sections at
> the top of 4gb.
>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.181 / U:0.052 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site