lkml.org 
[lkml]   [2007]   [Jun]   [6]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateWed, 6 Jun 2007 18:26:55 -0400 (EDT)
FromJustin Piszcz <>
SubjectRe: [PATCH] trim memory not covered by WB MTRRs
On Wed, 6 Jun 2007, Jesse Barnes wrote:

> On Wednesday, June 6, 2007 3:13 pm Justin Piszcz wrote:
>> On Wed, 6 Jun 2007, Jesse Barnes wrote:>>> On Wednesday, June 6, 2007 3:03 pm Justin Piszcz wrote:
>>>> Mem:   8039620k total,  7936472k used,   103148k free,      708k
>>>> buffers Mem:   8039608k total,   969380k used,  7070228k free,
>>>> 1232k buffers>>>>>>>> I am curious, why does the patch != the mem=8832M?>>>>>> I'm not sure... can you post your e820 map from boot and the
>>> contents of /proc/mtrr?  Maybe my patch is trimming off a few too
>>> many pages, or maybe 8832M isn't quite right and actually ends up
>>> leaving you with a few uncached pages.>>>>>> Jesse>>>> Unless you know of some other way I can capture the output, it only
>> starts showing the dmesg from [50..] onward.>> Did you boot the kernel with the 'debug' option?  Maybe your dmesg
> buffer is too small (there's a config option for that iirc).
>> Jesse>

Nope, I booted with only netconsole= options.  I have a lot of HW in the 
box and I guess the buffer is too small.  Not sure where to change it in 
the kernel.  Looking..
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-06-07 00:29    [from the cache]
©2003-2008