[<prev] [next>] [day] [month] [year] [list]
Message-id: <4668B786.7030900@shaw.ca>
Date: Thu, 07 Jun 2007 19:57:26 -0600
From: Robert Hancock <hancockr@...w.ca>
To: Justin Piszcz <jpiszcz@...idpixels.com>
Cc: Jesse Barnes <jesse.barnes@...el.com>,
Randy Dunlap <randy.dunlap@...cle.com>,
Andi Kleen <andi@...stfloor.org>, linux-kernel@...r.kernel.org,
"Eric W. Biederman" <ebiederm@...ssion.com>
Subject: Re: [PATCH] trim memory not covered by WB MTRRs
Justin Piszcz wrote:
>> Note that your boot also mentions this:
>>
>> [ 106.449661] mtrr: no more MTRRs available
>>
>> which indicates that things like X may not be able to map the
>> framebuffer with the 'write-combine' attribute, which will hurt
>> performance. I've heard reports that turning of 'Intel QST fan
>> control' in your BIOS settings will prevent all your MTRRs from being
>> used (improperly, probably another BIOS bug) so that X will perform
>> well. But if you don't use X on this machine, you don't have to worry
>> about it. The other option would be to remap your MTRRs by hand to
>> free one up for X, you can do that by combining the last one or two
>> entries into a single MTRR using the API described in
>> Documentation/mtrr.txt before you start X.
>>
>> Jesse
>>
>
> FYI--
>
> [ 106.449661] mtrr: no more MTRRs available
>
> This has always occurred, even with mem=8832M setting.
>
> Justin.
Yes, it's another consequence of the way your BIOS configured the MTRRs
(wastefully, using more of the precious register entries than it needed
to, in addition to not covering all of the RAM).
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@...pamshaw.ca
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists